Есть куб SSAS MDM (2016 SP1 Standard Edition) - данные по продажам.
И для некоторых фактов (фин проводки себестоимости продаж) есть довольно много дат:

Item Posting Date - дата отгрузки товара клиенту
First Posting Date - дата приобретения товара у поставщика
Last Posting Date - дата последней операции с товаром (могли отгрузить товар, а потом вернуть, и он сейчас лежит на складе)
Last Known Posting Date - дата последнего известного нахождения товара на складе (если товар ушел - дата операции, а если еще на складе - дата выгрузки ETL)
Value Posting Date - дата фин проводки
Cost Posting Date - дата учета инвойса от поставщика, сумма из которого сформировала себестоимость продаж
Cost Item Posting Dateт - дата товарной операции, на которую разнесен инвойс поставщика (например, дата перемещения между складами, на которое разнесли затраты по перевозке)
Revenue Posting Date - дата учета инвойса продажи (может отличаться от даты отгрузки товара покупателю и от даты фин проводки себестоимости)

Вот смотрю я на этот список - и мучают меня сомнения - нужно ли столько измерений?
Сейчас все эти даты являются атрибутами других измерений (вообще нет ни одного измерения времени))). Но есть желание сделать структуру более правильной. (Если буду делать - будет именно несколько измерений, так как пользователи смотрят отчеты в екселе.) Но не получится ли хуже? Может, лучше оставить даты атрибутами других измерений?
К сожалению, нигде не смог найти описание плюсов и минусов большого количества измерений времени.

Критикs_ustinov,

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

ShIgors_ustinov,

почему нет? Загляните в Adwenture Works, там используются три измерения дат.
Только надо помнить про полуаддитивные меры, они работают совместно с измерением типа Time.
при использовании ролевых измерений в кубе, они все Time, но расчеты будут только относительно самого первого (верхнего) в кубе.

Средний курс Автралийского доллара по годам измерений Date и ShipDate
Date Average RateCY 2005 0.62CY 2006 0.55CY 2007 0.52CY 2008 0.55

Ship Date Average RateCY 2005 0.55CY 2006 0.55CY 2007 0.55CY 2008 0.55CY 2009 0.55CY 2010 0.55

Три измерения - не восемь.

Пока удается обойтись без полуаддитивных мер, но в дальнейшем могут понадобиться - спасибо, буду учитывать этот момент.

А еще есть какие-либо грабли, на которые можно наступить со многими измерениями времени?

bideveloperМного измерений времени менее удобно поддерживать. Допустим, захотите добавить финансовый год - его надо будет добавлять во все измерения отдельно. Или вычислимая мера относительно времени - в MDX надо будет дублировать код для измерений времени.
Хм...
Возможно, вычислимые меры как раз свидетельстууют в пользу отдельных измерений времени... В моем случае они очень разные по смыслу...
Про финансовый год - действительно будет сложнее. Но вероятность таких изменений весьма небольшая. День - месяц - квартал - год. Год календарный. Больше пока ничего не надо.

Alex_496делал и ролевые измерения времени для основных событий,
а также как натуральная иерархия в обычных измерениях, например, Точки продаж, чтобы смотреть оные в разрезе поколений
У меня сейчас даты тоже встроены как отдельные иерархии в обычные измерения...
И пока хватает.

С одной стороны - измерение времени полезно - полуаддитивные меры можно использовать.

С другой стороны в стандарт едитион многое обрезано, да и не нужны они пока...
И есть опасение, что формирование отчета, в котором номер документа и дата учета берутся из одного измерения, будет выполняться быстрее, чем если те же данные будут в двух разных измерениях...

Yuri Abeleточно про role playing dimensions прочитали?
И про custom/user hierarchies вкурсе?
Точно читал, но мог что то упустить.
Есть обязательное требование - в экселе поля с разными типами дат должны называться по разному.
То есть если выводим Item Posting Date и First Posting Date - эти два поля именно так и должны называться.
Насколько я понял из прочитанного, сделать такое с role playing не получится. Поэтому сильно в эту тему не стал углубляться.