SkyTodВот смотрю, что MS уже практически не развивают MOLAP . Сам сейчас перехожу на ROLAP, ибо держать 100+ измерений на на МОЛАПе - самоубийство.

Я так понимаю, что MS хочет всех перевести на Tabular.

Вообще чем пользуются местные олаперы или что планируют пробовать/изучать в 2017+?
Делать кубы в 100+ измерений - вот это самоубийство

SkyTodT87Делать кубы в 100+ измерений - вот это самоубийство
Что предлагаете? Плодить кубы на каждую бизнес задачу? Я загнусь их поддерживать.

У меня все крутится вокруг продаж, что по сути является одной большой группой мер. Копировать их на каждый куб - это большие затраты на расчет каждого куба для MOLAP. А разные заказчики хотят, увидеть все что угодно: смс в разрезе текста, звонки в разрезе двух номеров, цены в разрезе определенных промежутков…

ROLAP решает эту проблему тем, что не надо вычислять группы мер. Сделал легкий процесс базы и вуаля. С MOLAP сложнее: пришлось покупать SSD, ибо он не справляется с вычислением измерений, групп мер, изменения xmla и еще получения данных (всякие большие MDX).

Кстати, только после года использования я понял, что MDX - зло. Сначала я его очень любил, но когда начал чуть ли не везде его использовать (чего там - рантайм же), а тысячи пользователи материть, что все тупит, то я понял одну хорошую практику:
1. Считай все в DWH.
2. Если надо MDX, то не используй всякие сетовые функции (Sum, NonEmpty, Filter, Existing и тому подобные).

Поэтому и возник вопрос, есть ли смысл учить DAX? Или Tabular на практике тоже не очень?
Ну не видя конкретныхзадач, предлагать что-то конкретное глупо. Навскидку: Объединение измерений по смыслу (я например не могу представить 100+ дименшенов для продаж), делать Junk для мелких дименшенов.
По поводу MDX - во многом согласен, по возможности все выносить на DWH.
По tabular 2016 ничего не могу сказать, но 2014 на мой взгляд очень не дотягивал до multidim.

SkyTod,

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

Если бы Вы показали свою матрицу шины, то можно было бы боллее предметно поговорить, а так разговор сферическом коне в вакууме

SkyTodКритикOLAP - это в первую очередь аналитическая отчетность, в кубах вы можете показывать только сгруппированные данные. Кого они не устраивают - добро пожаловать в детальную sql-витрину, пусть пишут adhoc-запросы.Это круто, если у вас так. Учить людей SQL я не хочу, самому каждую неделю запускать некий код по требованию - тоже не хочу, пусть сами в кубе крутят. Зачем мне это? Раз сделал в кубе и забыл.
Мне еще ни один юзер не смог внятно объянить нафига ему простыня данных. В основном это просто привычка. Юзеров надо обучать работать с аналитикой, хотя согласен, не всегда они идут на контакт.
P.s.: Посмотрите tabular 2016 с directquery.

Alex_496T87пропущено...

Мне еще ни один юзер не смог внятно объянить нафига ему простыня данных. В основном это просто привычка. Юзеров надо обучать работать с аналитикой, хотя согласен, не всегда они идут на контакт.
P.s.: Посмотрите tabular 2016 с directquery.

ну например,
1.
простыня данных для того, чтобы её проВПР-ить с другими Excel-наколенными-данными, которых нет в вашем кубе, а потом собрать снова в сводную таблицу

2.
передать простыню данных внешним пользователям/контрагентам для сверки, встречной проверки
1. А DWH то нафига ели там данных не хватает? Заливать всё туда и строить сражу нужную отчетность, а не ВПРииь
2. Для этого не нужен adhoc. Как писал выше Критик - делайте витрины, ну или на крайняк еженочные автоматические генерации простыней