Всем привет!

Имею сервер с 16ядрами по 2,5ГГц, 128Гб RAM, Sql Server 2014.

Есть DWH на 150Гб, порядка 250млн записей, денормализованое. На нем крутится Multidimensional кубик. 6 групп мер, порядка 20 дименшенов

Проблема в том, что я устал биться с пользователями. Они хотят повытаскиватькучу измерений и мер в пивот и смотреть это в экселе. Соответственно все это работает долго. Я поприменял все советы по оптимизации. Но юзеры всё равно недовольны.

Тут на форуме часто пишут, что громадные DWH отлично перевариваются кубами. Какие у вас объемы и сколько мер и измерений можно вытащить в экселе, чтобы отчет построился до 30 секунд?

Им подавай self-service, ad-hoc и прочие модные словечки, которые продавали им менеджеры. Отчеты на RS конечно же есть

ДедушкаT87повытаскивать кучу измерений и мер в пивот и смотреть это в экселе - сколько атрибутов измерений и мер возвращается в эксель в этом случае?
- если смотреть профайлером какой элемент mdx скрипта самый "долгий" в этом случае?
Порядка 10-12 измерений и 3 мер.
Долгие m2m, но от них не убежать. Есть правда еще parent-child, который я собираюсь натурализировать

Так все-таки, поделитесь размерами своих кубов и пивотов?

ДедушкаT87Порядка 10-12 измерений и 3 мер.
Долгие m2m, но от них не убежать. Есть правда еще parent-child, который я собираюсь натурализироватьтогда, простите, причём тут эксель и пользователи которые с ваших слов аки монстры??
при "сложных" кубах проектирование в лоб не прокатывает...
Так я ж и прошу поделиться опытом. И понять нужно ли еще копать в оптимизацию...

ИрвинT87,

попробуй табулярку, должно влезть, и будет быстрее работать.
Да, это один из следующих планов.
Был еще вариант ROLAP + Columnstore

vikkivSSAS покрывает широкий спектр бизнес задач и Excel всего-лишь один (из многих) интерфейсов, Excel хорошо работает (всё остальное не для него) с моделью звезда и плоскими измерениями, там генератор MDX не принимает во внимание модель данных (просто не знает, т.е. одно примитивное решение для всех случаев) - соответственно никак не сможет сгенерировать оптимальный запрос при более сложных моделях куба.. следовательно есть дерево возможных решений:
- если уже всё оптимизировано оставить как есть (если бюджет на другие решения не выделен) или наращивать процессорные (железные) мощности, в общем профайлер (оба: SQL и Windows) в руки и вперёд узкие места искать..
- работать с пользователями на тему как оптимальнее пользоваться Excel с имеющимися кубами (что в фильтрах, что на осях, когда добавлять меры, куда и где что-то сначала выставить прежде чем обновлять) вплоть до варианта где Excel/Pivot а где другие инструменты (от прямого/оптимизированного MDX под Pivot через VBA и до..).
- писать под круг задач свой UI / генератор MDX запросов который будет учитывать нюансы модели данных.

Так что если бизнес-спонсоры кидают модные слова то пускай финансируют проект (выделяют адекватный бюджет), участвуют в оценке, формируют требования - нанимайте архитектора и собирайте команду разработчиков
Иначе за бесплатно можно много чего хотеть - классическая дилемма не ограниченных потребностей против ограниченных возможностей (системы).

Только что закончил схожий проект с тысячами партиций, кучей групп мер (в некоторых под тысячу физических мер), каскадными M2M, измерениями на миллионы элементов по некоторым из сотни атрибутов - и ничего: всё более-менее летает.
Можете описать, что подразумевается под словом "летает"? Именно касательно экселя