Oracle DB 10.1.0.4
AWM 10.1.0.4

куб 6 измерений и 3 показателя (пока для теста)
фактов 4.5 млн

делаю maintain кубу и временный тейблспес пухнет так, что забивает 32 ГБ
затем все вываливается с ошибкой

на компе 1 ГБ ОЗУ, почти все отдано ораклу

добавлять еще датафайлы по 32 ГБ ? глупо
должно же это как-то нормально работать :-(

буду также признатаелен за ссылку на доку, где указаны рекомендованные
настройки БД для работы с Oracle Olap

продолжу тему

добавил 2-й датафайл в временный тейблспейс.
часов за 5 закачки данных он распух до 40 ГБ

в пятницу, не дождавшись окончания закачки ушел домой
сегодня с утра вижу ошибку (видать закончилось место на диске)

java.sql.SQLException: ORA-01683: невозможно расширить индекс WH.SYS_IL0000057364C00004$$ раздела SYS_IL_P203 на 128 в разделе WH_AW

тейблспейс с AW распух до 25 ГБ

схема с 7 измерениями 2 из них с 5-ю уровнями, остальные проще
членов в каждом несколько сотен-тысяч.
насчет компрессированных композитов и прочего: настройки куба не трогал,
оставил для начала все по умолчанию
придется похоже с этими параметрами поэкспериментировать


в Oracle® OLAP Application Developer’s Guide нашел упоминание что
во время загрузки данных параметр OLAP_PAGE_POOL_SIZE
должен иметь значение 100-400 МБ
я поставил 100 МБ (больше памяти не было)

упростил задачу
оставил 4 измерения, таблица фактов 52 000 записей
грузит 10 мин. расчет агрегатов 20 мин
aw раздувается до 4 ГБ а временный тейблспейс 2-3 ГБ

поставил OLAP_PAGE_POOL_SIZE=0
PGA стоит 400 MB
нифига не помогает, при том, что пример GLOBAL отрабатывает отлично

убрал расчет агрегатов, грузится 30 мин :-(

измерения грузятся быстро

что еще можно попробовать ?

Birkhoff
http://www.sql.ru/forum/actualthread.aspx?tid=189213#1621439

Вот тут Alex_D сделал отличный пример, на котором мы все и попробовали.
Может быть вы тоже сделаете что-то подобное?


Сделал подобное измерение, закачал 2 млн. записей за 20 минут
временный тейблспейс занял 1 ГБ AW - 677 МБ
при разворачивании уровней задумывается на пару минут, но работает.

Это нормальные цифры?
Проблема вообщем-то в закачке показателей.
Буду пробовать куб с 1 измерением.
И еще использую Naturals Keys в измерениях.

весь день ставил эксперименты с разными вариантами кубов
выяснилось, что тормоза зависят от кол-ва и сложности измерений
т.е. делал куб с 6-ю измерениями и он грузился 1 мин (52 тыс. фактов.)
при добавлении 7-го процесс загрузки растягивался на 1 час
(точнее процесс auto solve)
также удалось создать загибающийся куб с 3-мя самыми сложными
измерениями.
буду делать тестовые скрипты

Вот сделал тест.

http://basil70.narod.ru/wh.rar - схема с тестовыми данными (700 K)
http://basil70.narod.ru/templates.rar - AW шаблоны (25 K)

Ставить в схему wh (почему-то восстановленные в других схемах
по шаблонам кубы и измерения не пашут)

кубы REALIZ_BOTT_5 и REALIZ_BOTT_9 тормозят, остальные грузятся быстро
разница на порядок, а на реальных данных на 1.5-2 порядка
и это на 52 тыс.зап. и на 1 показателе

to Birkhoff

Видимо придется всегда делать кубы компрессированными, т.к.
они скорее будут сложнее а не проще.
А то, что они немного странные, так это из-за того, что
проектировались для работы с Discoverer-ом, естественно
они поменяются.
Еще я думаю, что нельзя их делать слишком сложными, скорее всего придется
делать несколько более простых кубов.

Спасибо за помощь, будем экспериментировать дальше.