|  | 
| 
StringStoresCompatibilityLevel в Tabular это как? | |||
|---|---|---|---|
| #18+ При процессинге Tabular куба получаю такое сообщение:  <Warning WarningCode="1094320130" Description="A string store or binary store with a compatibility level of '1050' is at the maximum file size of 4 gigabytes. To store additional strings, you can change the StringStoresCompatibilityLevel property of the associated dimension or distinct count measure to '1100' and reprocess. This option is only available on databases with a compatibility level of '1100' or higher. Physical file: . Logical file: ." Source="Microsoft Analysis Services" HelpFile=""> Я понимаю что это значит в Multidimensional, но в Tabular это выглядит мягко говоря необычно, и Google это подтверждает. Может кто сталкивался? ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 10.06.2020, 11:13 |  | ||
| 
StringStoresCompatibilityLevel в Tabular это как? | |||
|---|---|---|---|
| #18+ Обнаружил интересную вещь: ошибка происходит при обработки вычисляемой колонки, которая вычисляется по двум физическим колонкам, dictionary для одной из которых больше 5 Гб, по итогу когда она вычислится, там очень маленький dictionary должен получиться, порядка килобайт, но может где-то в недрах какой-то временный файл создается на который накладывается 4Гб ограничение? ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 11.06.2020, 11:11 |  | ||
| 
StringStoresCompatibilityLevel в Tabular это как? | |||
|---|---|---|---|
| #18+ Ибн Хоттаб Обнаружил интересную вещь: ошибка происходит при обработки вычисляемой колонки, которая вычисляется по двум физическим колонкам, dictionary для одной из которых больше 5 Гб, по итогу когда она вычислится, там очень маленький dictionary должен получиться, порядка килобайт, но может где-то в недрах какой-то временный файл создается на который накладывается 4Гб ограничение? Могу сказать вам по своему опыты, вот эти танцы с переполнением справочника строк -- они от неправильного проектирования хранилища, или от непроектирования хранилища вообще. Вы используете строковый ключ где-то в большой таблице? Возможно надо для какого-то атрибута измерения поставить ключ от одного поля (короткого числового), а название от другого (строкового длинного). Тогда вот этих справочников строк на 5Гб не будет образовываться. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 11.06.2020, 12:48 |  | ||
| 
StringStoresCompatibilityLevel в Tabular это как? | |||
|---|---|---|---|
| #18+ a_voronin, Вы совершенно правы. Там классика жанра: строковый ключ нечеловеческого размера. Поговорил в обед с поддержкой Microsoft, их ответ навскидку: дело в том что это calculated column, у них есть ограничения, ссылку на документацию дать затруднились, сказали поищут. Тоже удивились что в Tabular сообщение об ошибке характерное для Multidimensional, поржали. То есть теперь моя задача формулируется как: "не делая process full что-то подшаманить, чтобы эта колонка посчиталась". Mission impossible. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 11.06.2020, 15:20 |  | ||
| 
StringStoresCompatibilityLevel в Tabular это как? | |||
|---|---|---|---|
| #18+ Ибн Хоттаб a_voronin, Вы совершенно правы. Там классика жанра: строковый ключ нечеловеческого размера. Поговорил в обед с поддержкой Microsoft, их ответ навскидку: дело в том что это calculated column, у них есть ограничения, ссылку на документацию дать затруднились, сказали поищут. Тоже удивились что в Tabular сообщение об ошибке характерное для Multidimensional, поржали. То есть теперь моя задача формулируется как: "не делая process full что-то подшаманить, чтобы эта колонка посчиталась". Mission impossible. Может вам вот сюда заглянуть https://habr.com/ru/company/oleg-bunin/blog/348172/ ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 15.06.2020, 09:35 |  | ||
| 
StringStoresCompatibilityLevel в Tabular это как? | |||
|---|---|---|---|
| #18+ a_voronin, не думаю, там вообще ничего по теме нет, ни про ограничения на Calculated columns, ни про ошибки из Multidimensional в Tabular.  Наш случай передали в product team, отпишу что они скажут. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 25.06.2020, 14:24 |  | ||
| 
StringStoresCompatibilityLevel в Tabular это как? | |||
|---|---|---|---|
| #18+ В итоге в MS завели баг по поводу этого инцидента, Гейтс знает когда он будет пофикшен. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 29.07.2021, 15:19 |  | ||
| 
StringStoresCompatibilityLevel в Tabular это как? | |||
|---|---|---|---|
| #18+ Ибн Хоттаб В итоге в MS завели баг по поводу этого инцидента, Гейтс знает когда он будет пофикшен. это давно починено погуглите 1050 --> 1100 ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 29.07.2021, 18:49 |  | ||
| 
StringStoresCompatibilityLevel в Tabular это как? | |||
|---|---|---|---|
| #18+ a_voronin, Если вы внимательно прочтете заглавный пост темы, то увидите, что ошибка была получена в Tabular, где нет и никогда не было compatibility level 1050. Более того, она была получена в SQL Server 2017, в tabular кубе с compatibility level 1400. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 29.07.2021, 18:59 |  | ||
|  | 

| start [/forum/topic.php?fid=49&msg=40087071&tid=1857111]: | 0ms | 
| get settings: | 10ms | 
| get forum list: | 13ms | 
| check forum access: | 4ms | 
| check topic access: | 4ms | 
| track hit: | 43ms | 
| get topic data: | 13ms | 
| get forum data: | 3ms | 
| get page messages: | 52ms | 
| get tp. blocked users: | 1ms | 
| others: | 13ms | 
| total: | 156ms | 

| 0 / 0 | 
