У нас есть опыт постоения розничных BI-решений. Правда текущий объем у большинства крупных розничных клиентов в районе 50-60 млн. фактов. У нас рекордсмен это уже не розница, а сотовые операторы анализирующие до 20 млн. фактов за месяц (звонки, SMS-ки по услугам и т.д.).
MS AS ведет себя весьма достойно, но надо здорово оптимизить.
Как "детский конструктор" MS AS хорошо работает на DWH до 5 млн. фактов, затем нужно ручки крутить и весьма профессионально.
На ROLAP-системы я бы сейчас не ставил. У меня как у инженера 10-летний опыт работы на различных SQL-серверах. Для себя я сделал вывод, что современные SQL-сервера способны вытягивать SQL-запросы в 10-20 млн. фактов, далее жестокий даун, что у MS SQL, что у Oracle.
Либо агрегируйтесь и реально получайте 5-6 млн. фактов, либо вам дорога в MOLAPы (Hyperion, MS AS, Cognos).

Если интересно по MS AS пишите ivanov-soft@inbox.ru

Почитал я ваши сообщения. Вроде специалисты, а общение на уровне PR-маркетинга. :)

Хотите забавную историю по "терабайтные хранилища и крупнейшие в мире OLAP-решения"? Для начала без лиц, имен и названий. Ok?
Мне пришлось сейчас на практике столкнуться с OLAP-решением, которое которое лежит в топе "кейсов" одного из 4х ведущих поставщиков BI-систестем. В кейсе написано, что "решение для компании-лидера в своем сегменте рынка (30 тыс. человек персонала), решение охватывает 250 филиалов компании по всему миру, совокупно в хранилищах данных 400 млн. фактов. BI-решение используется для бюджетирования корпорации на базе технологии OLAP-кубов с обратной записью. On-line доступ через Инет для всех 250 филиалов. И тд И тп". И вот мы со своим "детским" MS AS пошли автоматизировать филиал, интегрированный в такой супер-комплекс.
Правда когда я стал смотреть решение, я чуть со стула не упал. Все что сказано выше это правда, только вот что это такое если очистить маркетинговый вид речи.
- Во всех хранилищАХ действитетельно 400 млн. фактов, даже наверное больше, НО в хранилище центрального офиса передаются только агрегированные данные на уровне результатов за месяц. В результате в центральном офисе крошечное хранилище на 3-5 млн. агрегированных фактов.
- Внимание!... сядьте покрепче, сейчас можно со стула упасть. Только 15% филиалов передают данные в центральные офис автоматически, остальные 75% ... перебивают руками операторы филиалов через терминальный сервис.

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

2Birkhoff. Коллега, мне почему-то кажется что вы знаете, что у российский сотовых операторов логи довольно часто держаться под базами с MySQL.
В базах MySQL лежат сейчас десятки и сотни миллионов фактов.
Это я к тому, что нет проблем напихать 150 млрд. записей в любой SQL-сервер в плоскую неиндексированную таблицу и с выключенным логированием. Если тут еще задействовать федеративный кластер MS SQL, то можно вообще рекорды ставить.
Теперь осталось сделать хотя бы простейший SQL-запрос... А вот тут получается пшик.
Все как-то умалчивают, что все это "хралище" чаще всего даже не реально перепроцессировать. В OLAP оно попадает инкрементальной подкачкой или через модуль "грубого агрегирования".
К слову, кто пробовал сделать Distinct Count анализ по 2 млн. абонентов? В MS AS работает, причем на 2х процессорной системе.