Я уверен, что в ближайших версиях MS AS данное ограничение MS оставит.
Дело в том, что это сделано специально, чтобы девелоперы не создавали "убитые кубы". Если измерение "плоское" его фактически невозможно агрегировать, в результате куб обречен на низкую скорость запросов. В иерархии, где в листах не более 300-500 элементов в MS AS работают в десятки и бывает и в сотни раз быстрее "плоских" иерархий. Отметим, что плоские измерения могут легко убрать в даун MDX запрос перебирающий измерение по узлам.
Если вам все-таки нужен плоское измерение MS сделал Groupping, таким образом появляется снова иерархия. Заметим, Groupping довольно медленно работает, лучше сделать уровень самому.
Обычно “плоские» запросы пытаются использовать для детализирующих измерений типа «Документ». Это довольно типично особенно для новичков не использующих Drill Through (заметим, он работает и в Excel). Например, в «Акселераторе» Любимова такая детализация присутствует. Следующая типичная ошибка, незнание ограничения 64k, поэтому «Аксератор» и не работал. Обычно это дефект исправляют введением группировки по дате документа. Однако из-за этого будет неверно считаться остаток в кубах и будет катастрофическое падение производительности при выборе «Документ» с еще 2-3 измерениями.
Что же делать? Использовать Drill Trough или синтетические высокоскоростные измерения большой детализации (можно сказать мое маленькое know how). Еще совет, для «плоских» измерение стоит попробовать ROLAP.

Это все же скорее особенность, чем недостаток.
Через Groupping с Hide можно сделать и плоское измерение.
В сравнение скажу, что очень меделенный Write-Back в MS AS это недостаток, хотя и объяснимый особенностями трансляции во все измерения.

2Дядя Федор

Я привел примеры из реального приложения, а не академическую казуистику.
Акселератора более не существует, поэтому его давить как продукт "крутизной" нет смысла.
PS. А знать особенности больших измерений все-таки стоит.