Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Партиции по временной оси
|
|||
|---|---|---|---|
|
#18+
Играюсь с партициями, и вот какой возник вопрос. У меня есть пропущенные периоды, как в прошлом, так и в будущем (!!!) - какие-то умельцы засунули в базу документы, датированные 2006, 2009, ..., 2034(!) годом. Как поведет себя куб, если появятся факты с датами из пропущенных периодов? Как это можно будет обнаружить? И вообще, есть ли механизм контроля целостности куба на такой случАй? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2005, 17:06 |
|
||
|
Партиции по временной оси
|
|||
|---|---|---|---|
|
#18+
И еще в ту же тему: Если делать инкрементный процессинг, то можно процессить только те периоды (партиции), в которой есть изменения, или обязязательно и все последующие? Они (последующие) у меня практически пустые, процессятся практически мгновенно, но все-таки... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2005, 17:15 |
|
||
|
Партиции по временной оси
|
|||
|---|---|---|---|
|
#18+
StepanИ еще в ту же тему: Если делать инкрементный процессинг, то можно процессить только те периоды (партиции), в которой есть изменения, или обязязательно и все последующие? Они (последующие) у меня практически пустые, процессятся практически мгновенно, но все-таки... У вас ошибочное представление о инкрементальном процессинге. При инкрементальном процессинге всегда создается новая партиция, содержащая только данные из таблицы фактов, которые удовлетворяют заданному вами "Where" условию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2005, 17:26 |
|
||
|
Партиции по временной оси
|
|||
|---|---|---|---|
|
#18+
StepanИграюсь с партициями, и вот какой возник вопрос. У меня есть пропущенные периоды, как в прошлом, так и в будущем (!!!) - какие-то умельцы засунули в базу документы, датированные 2006, 2009, ..., 2034(!) годом. Как поведет себя куб, если появятся факты с датами из пропущенных периодов? Как это можно будет обнаружить? И вообще, есть ли механизм контроля целостности куба на такой случАй? Все зависит от того как вы строите измерение времени. Есть ли у вас отдельная таблица измерения времени? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2005, 17:27 |
|
||
|
Партиции по временной оси
|
|||
|---|---|---|---|
|
#18+
Вообще, если обнаруживается факт, для которого не удается найти признак в измерении, то MSAS сообщает об ошибке и останавливает процессинг. Другое дело, что доводить до этого не след. Обычно сразу в ETL такие записи обнаруживают и дальше по регламенту уже (либо скипать, либо править и т.п.) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2005, 17:37 |
|
||
|
Партиции по временной оси
|
|||
|---|---|---|---|
|
#18+
AAronВообще, если обнаруживается факт, для которого не удается найти признак в измерении, то MSAS сообщает об ошибке и останавливает процессинг. Это по умолчанию, можно и выключить AAronДругое дело, что доводить до этого не след. Обычно сразу в ETL такие записи обнаруживают и дальше по регламенту уже (либо скипать, либо править и т.п.) Правильно. Например, FK в таблице фактов, простейшее и действенное средство. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2005, 17:43 |
|
||
|
Партиции по временной оси
|
|||
|---|---|---|---|
|
#18+
а отключение этой проверки приводит к увеличению скорости процессинга? по идее, должно бы... но есть ли в реальности выигрыш по скорости? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2005, 17:46 |
|
||
|
Партиции по временной оси
|
|||
|---|---|---|---|
|
#18+
AAronа отключение этой проверки приводит к увеличению скорости процессинга? по идее, должно бы... но есть ли в реальности выигрыш по скорости? Если честно, то ни разу не пробовал. Как правило основное время при процессинге куба у меня тратится на расчет аггрегаций, а загрузка данных берет не более 25%. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2005, 17:52 |
|
||
|
Партиции по временной оси
|
|||
|---|---|---|---|
|
#18+
Можно свои 5 коп. по этому поводу. Видимость/обрабатываемость лихих дат зависит от того как партиции объявлены. Т.е. если автор жестко определил slice на временной оси то и на сервер пойдет условие исходя из наличия даты в измерении времени. Ну а если ограничение по фильтру, то возможны и ошибки отсутствующих элементов для фактов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2005, 18:15 |
|
||
|
Партиции по временной оси
|
|||
|---|---|---|---|
|
#18+
backfireУ вас ошибочное представление о инкрементальном процессинге. При инкрементальном процессинге всегда создается новая партиция, содержащая только данные из таблицы фактов, которые удовлетворяют заданному вами "Where" условию. Ладно, доживем - увидим ;))) backfireВсе зависит от того как вы строите измерение времени. Есть ли у вас отдельная таблица измерения времени? Есть, Журнал документов от 1С AAronВообще, если обнаруживается факт, для которого не удается найти признак в измерении, то MSAS сообщает об ошибке и останавливает процессинг. Другое дело, что доводить до этого не след. Обычно сразу в ETL такие записи обнаруживают и дальше по регламенту уже (либо скипать, либо править и т.п.) Ну, и на том спасибо, а то и потеряться можно... Это шо ж, на бумажке себе записывать, на какие периоды партиции есть, а на какие нет?!! Та я же потеряю ту замусоленную бумажку!... Надо погонять 1С-ников, шоб вычистили будущие периоды, а то бардак... Alex FoxМожно свои 5 коп. по этому поводу. Видимость/обрабатываемость лихих дат зависит от того как партиции объявлены. ... А ведь точно, учили же на курсах... Ну, пока сам шишку не набьешь, не научишся. Еще раз всем спасибо за помощь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2005, 18:35 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=33190171&tid=1871250]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
46ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 248ms |
| total: | 360ms |

| 0 / 0 |
