Николай МНо есть и положительные звоночки - Марко Руссо написал блог пост о своем опыте использования Tabular -
Why to use #Tabular in Analysis Services 2012 #ssas . И он не единственный MVP который говорит о том что жизнь с Tabular стала другой, и во многом лучше :)

Николай, вы можете процитировать Марко в части того, что стало лучше c Tabular.
Что то я ничего кроме пункта о более быстром внесении изменений в модель не нашел. Но тут как посмотреть....

А мой вопрос вам - внятный дебаггер для DAX это слишком много для скромных пожеланий вашей команде?

Для MDX дебага вы так ничего и не дали. А для DAX будет еще хуже?

T-SQL команда от версии к версии в этом плане лучше и лучше. И debug и планы запросов и многое другое...
Неужели SSAS команда не поднимет эту тему?

Николай М,

Да, качество реляционного движка и средств разработки сильно улучшилось, чего не скажешь о средствах разработки bi. Dax и poverpivot уже во второй версии, но писать серьезные и сопровождать проекты на нем легче не стало. Если у SSIS команды наконец то крыша вернулась на свое место и они избавили исходники пакетов от GUID в каждой 2 строке, сделав их на коенц то читабельными для разработчика и диффиренцируемыми для системы управления исходным кодом, то у вас явно туговато с понятием как разрабатываются промышленные решения.
Проект Tabular кишит GUID, как навозная куча опарышами в летний день. Весь проект свален в один файл (скорость и качество ревизии изменений ниже плинтуса). В проекте может быть только один куб - ни о каком Enterprise Level решении и речи быть не может.
Таблицы можно партиционировать, но процессить последовательно - индейская хижина. В итоге тот же объем данных на той же машине заливается в куб в десятки раз быстрее чем в Tabular модель.
В развитых измерениях с десятками аттрибутов - группировать их логически никакой возможности.
Подсветка синтаксиса в дах формулах отсутствует и к тому же удаляется мое форматирование , все сваливается в одну нечитабельную мегакучу, которую через неделю сам разработчик только после второго стакана разберет.
Создание иерархий в таблице из 50 и более полей, даже на мониторах с 1400 пикселей по вертикали практически не возможно. Снежинка реально не поддерживается как одно измерение, а только как несколько измерений.

Думаю что у коллег по форуму добавится еще несколько пунктов на тему, почему tabular не прекрасная юная фея, а перевёрнутая и оторванная башня танка.

товарищъочень часто необходимо единовременно провести анализ дополняя данные хранилища своими источниками, в molap это сопряжено с разработкой куба, что бы даже разобраться со структурой куба, нужно время и знания... даже сделать link меры и измерения не так проста. да и заниматься подобным ради одиночных отчетов не резон. тут как раз и удобно использовать возможность объединения источников. например примешать к кубу свой excel файл. например куб предусматривает план и факт, а тут появляется еще и "лимит" и нужно срочно сформировать отчеты по 3 разным разрезам. хорошее видео на эту тему http://www.tableausoftware.com/videos/data-integration

коллега, если вас в руках tabular model по наполнению как и куб AS, думаети ли вы что пристыковать к ней дополнительный источник с данными на много проще чем к AS кубу?

или вы говорите о PowerPivot в Excel?