2 Jurii

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

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

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

Нет, такого даже в приницпе быть не может.
Между партициями суммы и проч. обсчитываются на лету.

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

2 Denis

Тогда можно понять поможет ли в вашей конкретной ситуации OLAP или нет, только на эксперименте.
А когда проект начинается?

Denis_TST Birkhoff2 Denis
Тогда можно понять поможет ли в вашей конкретной ситуации OLAP или нет, только на эксперименте.

да я так и собираюсь - cделать тестовый куб и закачать туда данные чтобы оценить нагрузки. Начинать только трудно :-)) )

Это да, подводных и надводных камней там много... :)

Denis_TST BirkhoffА когда проект начинается?
Ну пока идет исcледовательская часть :-) Хотя проблема старая - есть куча оперативных данных, а аналитику никак не сделаем ....
А Partitioning вы сейчас используете?

Denis

Partitioning сам по себе может дать вам хороший прирост производительности.
Так что задачка у вас интересная :)

DimaRКстати вышел 10.1.0.3 патчсет
и уже к нему патч для OLAP,

to Birkhoff
Если смотрел, может поделишся мыслями по поводу OLAP,
а то у меня сейчас с инетом проблемы (и ICQ нету :)

Нет, к сожалению пока не смотрел. Сейчас очень плотный график. Видно, наверное, по моему отсутствию на форуме :)
Боюсь, что посмотрю только недели через 3, не раньше :(
Так что может быть у тебя соображения раньше появятся.

Denis_TSTto Birkhoff

почитал вашу тему "Как запустить Oracle OLAP 9i"
там есть такие слова :

Birkhoff
... Можно создать MOLAP куб и непосредственно из AWM, но потребуется кодировать руками перекачаку данных.


Не совсем понятно как создать куб, или это только из OLAP Worksheet через DDL? я думаю ограничиться только MOLAP - чтобы меньше изучать :-)

Почему через Worksheet?
Там же есть (в AWM) так называемый Object View режим, в нем можно создать кубик и все измерения в нем и так далее...

Denis_TST
по поводу общей архитектуры:
думаю накапливать данные на сервере сначала в таблицах, тк все равно их нужно будет куда то складывать при получении с нижиних серверов. По этим таблицам можно считать оперативные запросы (на текущий момент) а потом перекачивавать в кубы. заодно можно будет поиграть со скоростью закачки ..
.

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

Denis_TST
и еще : нам нужно иметь данные с высокой детализацией (по дням)только за 3 месяца, дальше детализацию нужно уменьшить (до недели) . Как в таких случаях поступают ? "прореживают" кубы или создают новые с меньшими уровнями иерархии на измерениях ?

Навскидку я бы сделал это через два разных кубика и формулу, которая может объединять разные кубы в виртуальный один.
В 10g появился еще partitioning кубов, но я не проверял как он рабоает.
Но по идее по той же схеме что я и предлагаю.