Смущает большое число измерений. Для таких 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...

To Denis_TST:

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

Ну тогда у вас на строительство многоэтажки уйдет 3 года, а то и больше... И получится она через чур дорогая.

а мне понравиласься мАбила у эксперта на картинке - размером с хоршую книгу :-))

Этот сайт делался года 4 назад, если не раньше. Тогда я использовал шаблон для страницы сайта из конструктора сайтов Яндекса. так что картинка эта была сделана очень давно, и тогда такие телефоны были в моде :) А делать сайн в HTML - не позволяют принципы - я привык все делать визуальными средствами, даже SQL-запросы :)

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

Такое бывает, Вы просто не видели Cognos лично. Пообщайтесь с посетителями форума, которые не поленились это сделать. Это как если Вы всю жизнь копали траншеи лопатой, считаете что прокопать 10 метров можно в лучшем случае за 3 дня, и не можете поверить, что километр прокапывают за 1 день (с помощью спец. техники :)

To Denis_TST:

Если я всю жизнь строил коттеджи из кирпича, то новый заказ - многоэтажку лучше тоже делать кирпичную, тк есть опыт работы только с кирпичами.
Ну тогда у вас на строительство многоэтажки уйдет 3 года, а то и больше... И получится она через чур дорогая.
ну и хорошо! зато ведь построим!

Это заранее никто не гарантирует... Ведь если строители окажутся неопытными, или качество кирпичей невысоким - то все может и рухнуть от небольшого землятрясения (в виде лишнего миллиона записей в день :)

примеры есть - "Алые паруса" в Москве например ;-)

А Алые паруса точно из кирпича строят? :)

Этот сайт делался года 4 назад, если не раньше.
а обновлялся тоже тогда ?

Это тонкий намек на то, что за 4 года мало что изменилось...

мы используем в разработке визуальные средсва (Delphi) и поэтому хорошо знаем какие проблемы бывают со спец техникой.
На нестандартном грунте всегда приходится доставть из багажника лопаты :-))

Delphi - это все же совсем другая песня, это не совсем визуальные средства, там нужно программировать.

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

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

Ну хотя бы расскажите, каким OLAP-инструментарием Вы предпочитаете пользоваться в Ваших проектах? MS AS? Oracle? или Cognos? :) Или Вы пока еще только студент без опыта, и не понимаете всю серьезность и полезность моих постингов?

To ХА, НЕТ РЕКЛАМЕ, С и Guestt:

Господа-анонимы, Вы на этом форуме в явном меньшинстве. Хотя без Вас было бы все похоже на культурные западные форумы :) Так что пусть здесь будет 3 категории участников - эксперты (у кого больше всего сообщений серьезного содержания по решению реальных задач), благодарные читатели (которые используют это) и анонимы, которым место в форуме Просто треп, которые никак форум не обогащают а только засоряют его.
Думаю тему стоит закрыть года на 3, а потом узнать, как успехи в области OLAP у г-на Denis_TST :)

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

Jurii почитайте постинги Birkhoff - вот там точно все по делу и уважительное отношение к другим участникам форума и рынка Olap продуктов.

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

Тема топика назвается программная загрузка данных в кубы Oracle 10g

Вопросы автора топика были шире, относились не конкретно к Oracle OLAP, а к технологии OLAP.

Остается только одно написать в представительство Cognos - хвалебное письмо о Вас (на днях думаю заняться этим, с соотвествующей подборкой) И там я уж укажу кто я такой, и в какой компании работаю.

Передавайте им от меня привет, и отдельный привет моему тезке Юрию :)

To Guestt:

Вы напишите, а фирма Cognos выставит некислый счет Jurii за использование своего названия в имени личного сайта (cognos.narod.ru), ведь это наверняка несанкционировано, правда, Jurii?

Вы не правы, это домен третьего уровня, и разрешение компании Cognos на это не требуется.

А потом Cognos выставит еще один некислый счет за дискредитацию своей торговой марки путем создания такого убогого сайта. Более половины суммы будет причитаться как раз за мАбилу

Да ладно, никто никому счетов выставлять не будет. Cognos получает бесплатный маркетинг, в том числе и на международном уровне. Это скорее я должен выставлять некислые счета :)

Кстати, Jurii, 4 года назад таких мАбил уже не было. По крайней мере, над ними смеялись так же, как и сейчас.

Видимо картинка была сделана больше чем 4 года назад. Ну и сами подумайте, если там нарисовать маленький телефон - то на мониторах с плохим разрешением его будет плохо видно (Яндекс заботится о своих многочисленных посетителях). Или можно рассматривать это как крутой спутниковый телефон (спутниковые телефоны всегда большие по размеру), который позволяет крутить кубики Когноса в любой точке мира...