|
|
|
про decmal и куб
|
|||
|---|---|---|---|
|
#18+
Есть партиция в кубе и в ней поступает запрос, в котором есть около 30 показателей. Их конечный тип получается decimal (38,5), что на уровне sql сервер весит 17 байт. Если убрать избыточность и перейти на decimal (18,5), то на sql server объем сократиться почти в два раза для этих цифр 17 -> 9 байт. Внимание вопрос, сократиться ли размер партиции и повлияет ли это на производительность внутри КУБА? Речь идет о том, чтобы откастить показатели к decimal (18,5) в запросе внутри партиции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2020, 08:59 |
|
||
|
про decmal и куб
|
|||
|---|---|---|---|
|
#18+
a_voronin, Вы про SSAS MD? или Tabular? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2020, 12:20 |
|
||
|
про decmal и куб
|
|||
|---|---|---|---|
|
#18+
a_voronin, думаю на тестовом вам самому быстрее проверить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2020, 12:51 |
|
||
|
про decmal и куб
|
|||
|---|---|---|---|
|
#18+
a_voronin Если убрать избыточность и перейти на decimal (18,5), то на sql server объем сократиться почти в два раза для этих цифр 17 -> 9 байт. Внимание вопрос, сократиться ли размер партиции и повлияет ли это на производительность внутри КУБА? Насколько помню, SSAS MD преобразует этот тип данных или в Single, или в Double. Куда именно преобразует обрезанный тип - вопрос, лучше прогнать тест на среде разработки. Еще там есть тип Currency с диапазоном -922,337,203,685,477.5808 to +922,337,203,685,477.5807 - вам может лучше подойти, но как он меппится на исходные типы данных - не помню. Сократится ли размер партиции - да (если базовый тип станет короче). Повлияет ли на производительность - возможно за счет более компактных партиций, больше будет оставаться в памяти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2020, 14:18 |
|
||
|
про decmal и куб
|
|||
|---|---|---|---|
|
#18+
если про MD, то добавлю: типа Decimal у него нет, подходящие только Currency, Double и Single. Судя по размерности исходника и обычного поведения SSAS в результате будет Double в любом случае. Плюсом идет то, что SSAS MD умеет делать дополнительное сжатие типов с плавающей точкой (DeepCompressValue в настройках), что экономит пространство, но отнимает время на обработку. Исходя из этого если не перейти на Single не получите экономии вообще. Если не перейти на Currency не получите увеличения производительности (по заявлению разработчиков) запросов. Но все это настолько эфимерно, что скорее всего никто никакого прогресса не заметит. Есть еще один момент - обработка куба с/без передачи по сети. И вот здесь, как раз, прирост должен быть ощутим в любом случае, т.к. в 2 раза меньше перемещаемой информации. А если еще и предварительно все конвертнуть в формат имеющий 1:1 соответствие с DBTYPE_R8, то обработка будет вообще счастлива не выполнять излишнее преобразование типов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2020, 14:46 |
|
||
|
|
start [/forum/topic.php?fid=49&tid=1857387]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
68ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 178ms |
| 0 / 0 |
Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...
