Александр
Уже более 2х месяцев путаюсь реализовать OLAP систему на ORACLE и пока результат весьма не утешительный. С помощью EM построить кубик не удалось, вьюхи измерений и куба постоянно строятся с различными ошибками (даже уже не помню - сколько их было).

Решил пойти экстенсивным путем, - построить звезду. Сделал, но запросы выполняются медленно, 2 – 3 минуты для меня не приемлемо. Замечу – у меня в центральной таблице около 1,5 миллиона записей. Плюс 5 измерений, не считая времени, 2 измерения 4х уровневые.

После чего решил воспользоваться функцией group by cube … (построение на ее основе мат. вью). С двумя измерениями все прекрасно, запросы работают быстро, НО как только я добавил все измерения, мало того - что у меня пустая вью почему то час создавалась. Так еще и места на винте не хватило, для ее реализации – заполнения данными. Хотя этого и следовало ожидать. Так что мое отношение к оракловому олапу скорее пока негативное.

Может быть это обусловлено некоторой моей некомпетентностью, в оракле я новичок. Но дело в том, что ради теста я попробовал сделать тоже самое на MS AS – результат откровенно порадовал, куб с 30% агрегацией построился почти без проблем менее чем за 20 минут (возникли некоторые сложности из за дублирования записей которые быстро удалось решить). Ну и скорость выполнения запросов почти моментальная 2-3 секунды максимум.

Если у кого есть реальный опыт построения кубов на 9 ки с помощью Enterprise Manager – поделитесь пожалуйста опытом, насколько это возможно. Дело в том что мне нужно решить задачу обращения к кубу из Delphi, а следовательно использование Java не желательно, а желателен SQL.
У меня есть подобные уже реализованные проекты на MS Analisys Server (MS AS -> ADO MD или MDX -> Delphi), неужели невозможно решить данную задачу на Oracle 9i ?!

To Bill_

Не очень понял, зачем для самописного дельфового клиента создавать кубы с помощью ЕМ, ведь он создает метаданные в специальном понятном OLAP API виде, структура OLAP каталога оптимизирована для запросов через OLAP API

Может быть я не понял, но какая разница как строить куб, я строю куб с помощью адвизарда в Enterprise Manager, после чего я его и заполняю данными. В действительности, какя разница как к эти данным потом обращаться, обидно что куб то средствами адвизарда построить не удалось.

Что касается материализованных вьюх – согласен, решение не лучшее - хранить огромную таблицу со всеми агрегатами. Но что делать.
Вот кстати код реализации материализованной вью. Все поля за исключением COST_PRICE, SALE_PRICE и QUANTITY – это измерения, я специально все измерения свел в одну таблицу. Так вот исходная таблица около 150 мБ. На основе нее материализованное вью построить не удалось из за нехватки места, правда места то было всего гигов 10.
Может быть я что то не правильно делаю…

To Bill_

Спасибо большое за совет, функцию CUBE действительно в моем случае использовать неправильно. Видимо надо писать ряд ROLLUPов, ка это делает Advisord - буду эксперементировать :).

У меня кстати, была возможность позвонить в ORACLE и проконсультироваться со спецами, так вот, мне порекомендовали для создания куба - руками написать вьюху, причем почему то адвизорд использовать не предложили.

Насколько я понял, в оракле олапа подобного экспрессу больше не будет, теперь все будет на мат вью…(хотя может быть я и ошибаюсь).