Berencev Anton
-ROLAP на 9-ке, создал с помощью OLAP advisor мат представления, но производительность далека от express.
-кроме того 9-ка заняла под этот куб очень много места(после создания мат представлений), явно больше чем express

И вопрос по клиенту: удалось создать на java но требования ресурсов превосходят требования Express Objects в 3 раза при сравнимом функцинале. Это нормально? или можно эффективно бороться за ресурсы и скорость при данном клиенте? Есть ли реальная выгода если развернуть клиент в виде апплета на Application Server?

Какая именно "производительность далека от express" ? Скорость выполнения пользовательских запросов или подготовки данных? Вопросы производительности довольно сложны и требуют четкой контретизации, именно-в каком месте одна система существенно теряет по сравнению с другой. Мне скажем пока удается получить на ROLAP лучшие результате, чем на express или MOLAP 9i, хотя с 10i результат может измениться.

Размер места тоже тесно связан с вопросом производительности. Advisor видимо предложил вам аггрегировать все уровни и, возможно, на всех иерархиях. Если запросы выполняются быстро нет необходимости аггрегировать все уровни и размер мат.представлений может быть значительно меньше.

Насчет клиента вам Birkhoff правильно написал. Преимущества Java в масштабируемости,гибкости и т.д. но только не в производительности, хотя на мой взгляд, Oracle пишет на ней плохо, может быть в дальнейшем ситуация может изменится.

Berencev AntonСпасибо за рекомендации!
Меня более всего интересует произхводительность выполнения запроса пользователя.


Для небольших и средних кубов и полностью рассчитанных агрегатах скорость запросов из MOLAP как правило будет конечно побыстрее.

Berencev AntonСпасибо за рекомендации!
2 Bill_
"Мне скажем пока удается получить на ROLAP лучшие результате, чем на express или MOLAP 9i" - в смысле скорости обработки запроса пользователя, места которое занимает ХД?


В конечном счете архитектура и механизмы обновления куба подбираются (и для ROLAP и для MOLAP технологий) под определенный набор (как правило взаимно противоречивых) требований (по скорости запросов,подготовки данных,размеру базы). В итоге для больших хранилищ обычно получается что для ROLAP скорость запросов немного больше, чем в express, размер базы (MV)заметно меньше а время обновления существенно меньше.

Berencev Anton
Я так понял результатов можно добиться тонким анализом используемых запросов и написанием мат представлений вручную:)


Совершенно справедливо.

Berencev Anton
Я использую яву для клиента, т.к. Oracle предоставляет большой набор компонент, есть ли альтернативы?


Это основное направление, есть еще только add-in к Excel.

Birkhoff[quot Berencev Anton]из OLAP_TABLE нельзя было прочитать данные, если были parent-child измерения.

Что это за измерения? Разве в MOLAP не все иерархические измерения parent-child?

Berencev AntonГоспода! прояните пожалуйста: измерения parent - child, это измерения с отношением уровней в иерархии или в 9-ке есть возможность устанавливать отношения измерений как в express?
И есть ли возможность делать формулы основанные на функциях(созданных самим) как в express?

У элементов измерений обычно задано два типа отношений - с родителем и с уровнем, которому он принадлежит. Я так понял, что под parent - child имеются в виду измерения, в который отношение элементов к уровню не задано. В AW структура измерений аналогична express но интерфейс (olap api) по утверждению Birhoff, насколько я понял, требует принадлежности к уровню.
Формулы, созданные в express в AW в 9i работают, но, увы, есть проблема с интерфейсом для формул, возвращающих текст (по утверждениям техподдержки). На каком уровне- olap api или BI Beans, правда, пока не знаю.

Также нужно заметить что в BI Beans существует возможность создавать вычисления- аналог формул , но они работают уже поверх olap api, поэтому более мобильны и удобны, чем внутренние формулы AW, хотя вычисляются медленнее.