Размерность Даты находится в следующем состоянии:измерения Даты и кумулятивные месяцы
В SSAS выглядит следующим образом: 
Основываясь на этом, как я могу построить иерархию в SSAS со следующимиstructrue:
2016
Jan-Feb
Jan-Mrz
Jan-Apr
Jan-Mai
Jan-Jun
... где Jan-Apr будет общая сумма с января до апреля в 2016 году
Downvotes, вероятно, потому, что это плохой дизайн измерения. Вы можете получить совокупную совокупность, отбросив все это за январь-февраль и т. Д., Используя простое измерение Date и используя функцию PeriodsToDate.
Ваша иерархия должна быть год-> Месяц -> день и т. Д. Для поддержки кумулятивных фигур сочетайте вашу иерархию с диапазоном измерения, который включает месячные диапазоны, например, Jan-Apr. Иерархия не используется как диапазоны напрямую. вы должны объединить оба вместе, чтобы получить требование.
Размер диапазона будет иметь минимальное значение, которое будет вашим начальным месяцем и максимальным значением, которое будет вашим окончательным месяцем одного определенного диапазона. Пример размерность следующего
+------------+---------------------+ | DIM_Range | +------------+---------------------+ |Sur_Key | Min Value | Max Value | +------------+---------------------+ | 01 | Jan | Apr | | 02 | May | August | +------------+---------------------+
да, но мне нужна эта структура в виде иерархии или набор, а не в качестве вычисляемого элемента ... мне нужно фильтровать –
как пользователь I вычисляемого элемента следующий запрос MDX: Совокупные ( PeriodsToDate ( [Date] [Иерархия] [год], \t [Date] [Иерархия] [месяц] .CurrentMember ), [Measures] [Меры..... ]. [Сумма] ) –
Если вам нужна эта структура измерения (хотя я и не могу себе представить, почему), вам все равно не нужны все эти дополнительные столбцы. Простой размер месяца, с дополнительным атрибутом измерения «Описание YTD», с той же мощностью, что и месяц, будет работать. например член измерения «Апрель» имел бы атрибут описания YTD «Jan-Apr». Затем вы можете использовать PeriodsToDate или Head() в номере месяца. – SebTHU