Кто-нибудь переходил с MOLAP на ROLAP на больших мерах для ускорения вывода?

У меня есть меры по остаткам товаров, и они загружаются в OLAP как остатки на начало каждого месяца и все движения. Затем, MDX-вычислениями, считаются остатки на каждый день. В принципе, учитывая большой объём данных, работает довольно шустро. Но есть проблема с вычислением среднего остатка или ассортимента, когда нужно проводить вычисления в SCOPE по дню и товару. Из-за того что SSAS плохо параллелит вычисления, это всё работает крайне долго.
Пытались развернуть Mondrian ROLAP и брать данные с ArenaData/Greenplum (распределённая колоночная СУБД), но она работала довольно медленно. грубо говоря, там где MOLAP выдавал информацию менее чем за секунду, ROLAP работал по 30 секунд и выше. Поискали результаты сравнений распределённых колоночных СУБД - исходя из них, другие бесплатные СУБД работает ещё медленнее, да и платные не сильно быстрее.
SQL Server не рассматривали, т.к. он не распределённый, и в облака тоже не лезли.

Поискал по форуму, но тут народ в основном использует ROLAP для получения актуальных данных. Есть у кого опыт построения ROLAP на больших объёмах данных, работающего быстрее MOLAP? Можете поделиться как это сделать, если это вообще возможно на текущий момент?

КритикMax_11111,
Вообще-то у MS существует PDW (или как там оно теперь называется). Но это крайне дорого и не факт, что поможет - я сотрудникам MS года 3 назад предлагал такую схему: ROLAP + PDW, гарантировать увеличение скорости они не смогли и к идее отнеслись крайне скептически.
PDW для нас сейчас не вариант, т.к. для этого и OLAP и DWH придётся перенести в облако, чтобы не гонять кучу данных туда-сюда. К тому же дорого и не факт что поможет, как Вы говорите.

КритикMax_11111,
Переходите на подневное хранение остатков в базе, тогда формульный движек сможет расчитывать средние остатки/оборачиваемость за один проход, а не как сейчас - сначала посчитает остатки, а затем считает сложные производные меры. Других вариантов нет.
Пробовали построить и на ежедневных остатках, и на месячные + движения. С ArenaData/Greenplum столкнулись с проблемой: Mondrian строит такой запрос, что Master-сервер собирает данные со всех Data-серверов, и только затем их агрегирует.
Можно попробовать колоночную таблицу SQL Server, но не уверен что он потянет большой объём данных и частые запросы, а распределения данных по серверам в MS SQL нет

Полковник.Max_11111,
Вынести из куба в отчет ssrs все что работает медленно никак не получается?
медленно работает не только из-за вычислений, но и из-за объёма данных. Мы пытались переработать хранение и сделать ROLAP. Что ROLAP, что отчёт - в этом случае одно и то-же.
Есть ещё ClickHouse - распределённая колоночная БД, и по документации, и по всяким сравнениям производительности - намного более быстрая БД чем все остальные. Но у неё свой SQL синтаксис, не совместимый с любым OLAP. Возможно стоит в неё лить данные и над ней строить отчёты.
Но пока хотелось бы постараться выжать максимум возможного из OLAP