|
|
|
Slice property of partitions
|
|||
|---|---|---|---|
|
#18+
vikkiv, Ferdipux, спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2018, 13:14 |
|
||
|
Slice property of partitions
|
|||
|---|---|---|---|
|
#18+
vikkivКритик, +1xxxx можно тогда и на всех не указывать slice, при process метаданные объекта всё равно автоматически прописывают те key_id которые входят в партицию - и оптимизатор при построении плана определяя какие объекты читать/сканировать из SE - берёт эту информацию из метаданных. Где-то читал что-то вроде есть конечно более сложные случаи когда последовательность ключей в партиции не натуральная и запрос не с ключевого атрибута с другими диапазонами не по порядку - тогда оптимизатор не может определить где данные и начинает брать всё (тогда Slice нужен чтобы ограничить заваливание в такой сценарий) Да, коллега, Вы правы. Если привязка к измерению дат у фактов на нижнем уровне - ключевом атрибуте "День" - тогда slice не нужен. Но есть вероятность ошибиться с источником строк для секции в группе мер, например, для января 2001 вместо >=20010101 and <20010201 случайно поставить >=20010101 and <=20010201, в секцию попадут строки от 1 февраля 2001. Чтобы избежать таких нелепых ошибок - и нужны slice на все секции фиксированных дат , КРОМЕ последней секции с любыми актуальными датами из незакрытого периода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2018, 20:42 |
|
||
|
Slice property of partitions
|
|||
|---|---|---|---|
|
#18+
коллеги, по итогам проверки отказываюсь от slice (профита нет, т.к. два измерения времени в 4х варианта в кубе) очистил это свойство, но всплыло что для старых периодов, теперь криво отражаются данные (старые года исчезли, но общие итоги верные) партиции пересчитывал, агрегации пересоздавал, данные проверял. что еще пнуть? ( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2018, 09:06 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=39635665&tid=1857852]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
170ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 234ms |
| total: | 500ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...