Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Несколько fact table для куба
|
|||
|---|---|---|---|
|
#18+
Добрый день, У меня данные за день приходят в некоторой таблице, которую я просто доливаю в fact table (такого же формата) и затем делаю кубу full rebuild. (MSOLAP) Теперь я хочу перейти на incrimental cube update, при этом, как я понимаю, мне надо ссылаться на дневную таблицу, в качестве fact table. Общую таблицу я, конечно, сохраняю и продолжу пополнять. Иногда мне надо будет делать full rebuild по ней! Как тут правильно сделать: сделать view (в качестве fact table), который в зависимости от нужды нацеливать то на одну, то на другую? А вообще, в MSOLAP у куба fact table меняется? Заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2005, 18:46 |
|
||
|
Несколько fact table для куба
|
|||
|---|---|---|---|
|
#18+
МихаилДобрый день, У меня данные за день приходят в некоторой таблице, которую я просто доливаю в fact table (такого же формата) и затем делаю кубу full rebuild. (MSOLAP) Теперь я хочу перейти на incrimental cube update, при этом, как я понимаю, мне надо ссылаться на дневную таблицу, в качестве fact table. Общую таблицу я, конечно, сохраняю и продолжу пополнять. Иногда мне надо будет делать full rebuild по ней! Как тут правильно сделать: сделать view (в качестве fact table), который в зависимости от нужды нацеливать то на одну, то на другую? А вообще, в MSOLAP у куба fact table меняется? Заранее спасибо! Для инкрементального процессинга куба у вас, будь то в Analysis Administrator, будь то через DSO необходимо задать таблицу фактов для Incremental Partition. Если в вашей View или временной таблице гарантировано находяися только и все вновь поступившие данные, то вам ничего не надо перенацеливать. Хотя это тоже не проблема, делайте через DSO. p.s. Приезжай на Ганноверщину, попьем пива и кубы обсудим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2005, 19:38 |
|
||
|
Несколько fact table для куба
|
|||
|---|---|---|---|
|
#18+
В DTS SQL Server'а можно сделать два пакета, один для full, другой для incremental update куба. Причём для incremental update в качестве источника можно указать таблицу, которая отличается от таблицы, на которой построен куб. Пакет инкрементального обновления вызывайте автоматически, пакет full update вызывайте вручную, когда надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2005, 09:05 |
|
||
|
Несколько fact table для куба
|
|||
|---|---|---|---|
|
#18+
Спасибо! В этом вопросе разобрался и все сделал! Смежный вопрос: хочу "играться" с архитектурой куба так, чтоб перестраивать только дневные данные (для быстроты). По идее надо бы сделать вторую партицию, которую нацелить на дневную таблицу, но получится, что данные за этот день есть также и в основной партиции. А так как для конечного пользователя партиции не видны - данные продублируются. То есть, видимо, правильно для этого просто создавать аналогичный куб (например copy-paste в Analysis Manager) на другой таблице фактов и с ним играться? (сейчас я так и делаю) (2backfire: возможно в конце недели поеду "на восток". Придумываю комбинацию с посещением Ганновера) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2005, 14:39 |
|
||
|
|

start [/forum/topic.php?fid=49&gotonew=1&tid=1871849]: |
0ms |
get settings: |
11ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
49ms |
get topic data: |
12ms |
get first new msg: |
6ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
| others: | 263ms |
| total: | 427ms |

| 0 / 0 |
