> Интересно, используются ли преагрегации MS AS, если в SQL - запросе к этой псевдотаблице есть GROUP BY?

Конечно используются.

> Вычисляемых показателей, увы, не видно.

Вычисляемых показатели тоже можно получить через SQL если есть желание, но смотри ниже.

> Есть ли вообще какой-либо выигрыш при работе с кубами таким образом?

Основной целью поддержки языка SQL на кубах было дать возможность классическим relational reporting tools получить доступ к кубам. Это работало начиная с версии OLAP Services 7.0, но большой популярностью этот метод не пользовался по следующим причинам:

1. Сразу появился большой выбор клиентов которые работали с OLAP Services, начиная от крупных специалистов в BI (Cognos, Business Objects, Brio, Crystal, AppSource etc) до новых компаний специализирующихся исключительно на платформу Microsoft (Proclarity, Panorama, Maximal, OLAP@Work etc), и конечно клиенты самого Microsoft (Excel, OWC).

2. Выяснилось, что для большинства существующих продуктов которые умели делать relational reporting, важно было не столько каков язык запросов (MDX или SQL) а в каком формате возвращаются данные. Все эти продукты могли работать с форматом rowset, но были не готовы обрабатывать multidimensional dataset. К счастью, OLAP Services поддерживал возможность выдачи результата MDX запроса в формате rowset, пользуюсь алгоритмом flattening описанном в OLEDB for OLAP спецификации. Именно эта feature позволила проинтегрировать поддержку OLAP в Excel 2000, который умел обрабатывать только rowsets (Excel XP был переделан для работы с IMDDataSet). Эта же feature также обеспечила легкую интеграцию с недажно вышедшим Microsoft Reporting Services и подобными продуктами.

Подводя итог - можно сказать, что особого смысла пользоваться SQL для доступа к кубам нет, особенно в новых аппликациях. Смысл есть только если надо подключить legacy application к кубу, но и в этом случае в первую очередь следует проверить нельзя ли воспользоваться выше описанным flattening и все равно работать через MDX.