Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Процессинг OLAP кубика (MOLAP)
|
|||
|---|---|---|---|
|
#18+
Структура MOLAP. Т.е. все данные выгружаются из реляционной БД в хранилище. Вроде бы, процессинг куба происходит транзакционно. И в момент процессинга данные в кубе либо не должны быть доступны, либо пользователю должна быть доступна предыдущая копия куба, до того момента пока не обновились данные в кубе. Но, получается следующее: 1. данные во время процессинга доступны пользователю 2. мало того (сам такого не видел, но слышал от других), данные во время процессинга плавающие Кто что может прокомментировать по этим двум пунктам. И если это действительно так, то как можно на время процессинга сделать куб не доступным для использования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2005, 12:14 |
|
||
|
Процессинг OLAP кубика (MOLAP)
|
|||
|---|---|---|---|
|
#18+
А какой процессинг куба происходит? Может инкрементал? А еще может стоять Lazzy Aggregation. В этом случае данные действительно доступны пользователю. Про второй вопрос не могу ничего сказать. Чтобы сделать недоступным, можно сделать ребьюлд какому-нить измерению. Тогда куб станет Not Processed. Но в этом случае придется полный репроцесс куба. А это может быть накладно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2005, 12:56 |
|
||
|
Процессинг OLAP кубика (MOLAP)
|
|||
|---|---|---|---|
|
#18+
Происходит Full Process!!!! Про Lazzy Aggregation посмотрю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2005, 18:57 |
|
||
|
Процессинг OLAP кубика (MOLAP)
|
|||
|---|---|---|---|
|
#18+
Andywarмало того (сам такого не видел, но слышал от других), данные во время процессинга плавающие Этого не могло произойти. Процессинг всегда делается внутри транзакции, и пока она не закончена - видеть новые данные невозможно. Старые данные, конечно, во время процессинга доступны. Lazy aggregations & indexing на это никак не влияют. Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2005, 02:54 |
|
||
|
Процессинг OLAP кубика (MOLAP)
|
|||
|---|---|---|---|
|
#18+
Mosha Andywarмало того (сам такого не видел, но слышал от других), данные во время процессинга плавающие Этого не могло произойти. Процессинг всегда делается внутри транзакции, и пока она не закончена - видеть новые данные невозможно. Старые данные, конечно, во время процессинга доступны. Lazy aggregations & indexing на это никак не влияют. Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights Моша, я сам наблюдал следующий цирк. После окончания перерассчета аггрегаций msmdsrv.exe начинает жрать процессорное время (в отсутствие запросов), запросы к кубу возвращают неконсистентные данные (cумма детей не равна родителю в совршенно банальном измерении), после того как msmdsrv.exe прекращает жрать процессорное время, все становится на свои места. Lazy aggregations 100% выключены. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2005, 11:44 |
|
||
|
Процессинг OLAP кубика (MOLAP)
|
|||
|---|---|---|---|
|
#18+
Большие теории или маленькие практики? Не рекомендуется делаь транзакции для замены всех данных базы, потому что очень растет размер буферов транзакции и могут происходить утечки, что на практике и бывает :) Грузите хранилище ночью или в обед, например с 12 до 13-ти, и сообщите пользователям, что технический перерыв ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2005, 11:12 |
|
||
|
|
start [/forum/topic.php?fid=49&fpage=343&tid=1870725]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 259ms |
| total: | 392ms |
| 0 / 0 |
