Смущает большое число измерений. Для таких OLAP-серверов как Cognos PowerPlay или MS AS это копейки, но для Oracle 10g (реально это Oracle Express) зто многовато. Так что надо тестировать...

хорошо , а если мы например разобьем куб на несколько ?

Разбивать кубы хорошо, и надо стремиться, чтобы в кубе было не более 1 измерения и 1 показателя :) Только вот качество анализа от этого пострадает, и неудобно будет создавать сложные отчеты...
В любом случае надо использовать OLAP не ради использования OLAP, а для решения реальных задач.

To Denis_TST:

Ага а еще потому что унас база Oracle 9i в связке с Oracle Internet Application Server а в кластере мы используем Oracel Fail Safe . И пользуемся этой связкой уже лет 7 (начинали с Oracle 7).
Думаю, OLAP будет еще больше тормозить, так как OLAP системы строятся в основном для "отложенного во времени" анализа
читая этот форум сложилось впечатление что OLAP использовать не стоит, но
с другой стороны его почему-то используют ;-)

Я бы Вам посоветовал не зацикливаться на брэнде Oracle. Например, хорошая ли идея не только построить коттедж из кирпича, но и мебель сделать из кирпича, и сантехнику иметь кирпичную, и посуду, и клавиатуру для компьютера из маленьких кирпичиков? :) Я например считаю, что лучшая операционная система - MS Windows, лучшие электронные таблицы - MS Excel, лучшая СУБД - Oracle, лучший OLAP - Cognos PowerPlay. Очень многие компании, у которых хранилище или учетная система многие годы работает на Оракле, используют OLAP-решение от Cognos.
Поскольку Cognos имеет прямой драйвер к СУБД Oracle, подкачивать каждые 15 минут новые данные - вполне реально. Если есть желание - можно провести тест на Ваших реальных данных.

To Birkhoff:

Что-то мне подсказывает, что все у них не так просто... :)

Если почитать этот постинг, то становится обидно за OLAP. Объемы данных то совсем маленькие. Получается что мы судим обо всех OLAP-серверах исходя из функциональности далеко не самого мощного OLAP-сервера Oracle 10g... Это как если посмотреть, как школьники бегают 100-метровую дистанцию и сделать вывод, что чемпионы России тоже медленно бегают.

Многие это сколько?
А списочек можно увидеть хотя бы десяточек?

Списочек увидеть можно, но не в открытом доступе. Если интересно - пишите мне на мыло.

To Осирис:

А у Oracle с этим проблемы ? С чем это связано ?

Думаю это связано с тем, что OLAP-движок Oracle (Oracle Express) был разработан очень давно, и многое в нем принципиально не изменилось. Поэтому по мощности он отстал от более современных Cognos PowerPlay и MS AS.
Другая причина - в том что Oracle Express позволяет создавать с помощью программирования модели со сложной внутренней логикой, а за это надо платить - количество ячеек куба не должно быть слишком большим (отсюда и ограничение по числу измерений). Так же точно ситуация обстоит и с OLAP-сервером Cognos Planning (аналог Oracle Express).

To Birkhoff:

Если почитать этот постинг, становится ничего не ясно.
Судя по постингу у них прирост 2000х10х96=1920000 записей в сутки, что не так уж и мало.
раз в 15 минут по 2000 строк с 10 серверов

Думаю надо это уточнить у автора дискуссии - 2000 строк за 15 минут, или 2000 строк с каждого сервера. Ну даже если 20 тысяч строк каждые 15 минут - то инкрементальная подкачка должна делаться за секунды (по крайней мере в PowerPlay это можно сделать, в MS AS тоже наверняка можно).

С другой стороны непонятно, какие именно запросы тормозят и может ли им помочь в этом OLAP вообще

Это тоже интересный вопрос. Но думаю если у автора дискуссии такой большой опыт с РСУБД, и ему не удается оптимизировать SQL-запросы, то OLAP - это его последняя надежда :)

To НЕТ РЕКЛАМЕ!!!:

Вы в каждом топике утверждаете, что Cognos PowerPlay - лучший продукт, а все остальные продукты это дворовый уровень

Не приведете ссылочки на эти топики, что-то не припомню за собой такого... Что касается очевидного превосходства PowerPlay над некоторыми другими продуктами для решения некоторых задач - это да, есть такие реальные факты. По интегрированному показателю эксперты ставят PowerPlay на первое место. Но есть и области, где PowerPlay не самый сильный.

Объяните мне пожайлуста, тогда почему у вас сайт http://cognos.narod.ru а не www.cognos.ru? А понял - Бесплатный хостинг

Мой сайт не является корпоративным, я создал его как независимый профессионал, чтобы сделать Cognos ближе к народу. Любой человек может туда зайти, задать любой вопрос. А что касается сайта www.cognos.ru - то этот сайт принадлежал одному из нескольких российских партнеров корпорации Cognos, этот партнер недавно объявил о прекращении своей деятельности, так что сейчас вопрос насчет этого сайта пока не решен.

На мой взгляд Вы оказываете своему продукту медвежию услугу ...
Так как хороший товар в рекламе не нуждается.

Я согласен, Cognos в рекламе не нуждается, поэтому его почти не рекламируют (я только 1 раз в жизни видел рекламу Cognos в одном из журналов). На этом форуме Cognos не рекламируется, я просто упоминаю этот OLAP-продукт чтобы обсудить его плюсы и минусы, иногда мои постинги немного провокационны :)

To Guestt & НЕТ РЕКЛАМЕ:

Господа, если уж хотите сохранить анонимность, берите пример с г-на Гликогена - он хоть не скрывает, в какой компании работает :)

To Birkhoff:

а только там где много измерений (больше 10) и одновременно большое количество агрегатов

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

но в по идее, если разбить на партиции по дням, то обновляться будет только микроскопический кубик за один день.

Думаю не все так просто - данные будут писаться в маленький кубик, но агрегаты будут пересчитываться с учетом всех партиций.

Поэтому если у вас нет после обновления пересчетов агрегатов, то работать будет все очень быстро. А если пересчет есть - то все зависит от дизайна.

После обновления куба агрегаты должны пересчитываться, иначе это будет не куб, а таблица РСУБД, в которую заинсертили новые записи.

To WTF:

Но есть и области, где PowerPlay не самый сильный.
Юрий, если не секрет, какие?

Ну например PowerPlay не позволяет вводить данные в ячейку куба, чтобы динамически все распределялось и пересчитывались производные кубы. К счастью, для этих задач у Cognos есть второй OLAP-сервер - Cognos Planning...