А>А вообще что нужно на выходе и какие входные данные?

Для начала хотяб простейший вариант:

на входе:

полотно данных (одна таблица с дофигищем колонок) размера скажем порядка 100 милионов записей.

описания измерений/иерархий , перечисление фактов (measures) — в идеале тут формулы агрегации, но пока хотяб просто сумма..
+ вся дополнительная метаинформация связывающая измерения с полотном и т.д.

после предобработки поидее получаю некое внутреннее OLAP хранилище (таблици фактов, измерений, чанки, кэши, ХЗ шо там еще)

дальше собсно запросы/ответы

Вроде как сложного пока ничего нет... но.. Сразу же предвидятся проблемы обработки больших объемов данных, тобишь прийдется бить на чанки.. вот тут первый камень. Наиболее используемая операция будет из серии "group by". Для начала не могу найти даже хоть какогото описания реализации group_by на чанках


А>Например, я в банке строил OLAP-расширение существующей базы и движок под нее для агрегации и презентации данных.

это в конечном итого "посредник между клиентом и сужествующим сервером БД"?

А>Зря вы от olap.ru "нос воротите" там много нужного и полезного.

Основное уже перерыл. Канечно ресурс полезный.. для общего понимания OLAP (оно кстати не всегда однозначно)... Но мне былиб больше полезны технические детали. Алгоритмы, структуры... Вобщим, таки "математика"