Реализация ролевых атрибутов. В SSAS?

У меня есть таблица фактов, которая ссылается на мою дату даты как дата формы, так и даты финансов. Следовательно, размер даты является ролью роль двух разных ролей. Это работает нормально, за исключением того, что я не могу роль имена столбца года или месяца. Я бы предпочел, чтобы это был формовой год и финансы y Столбец ушей соответственно или сможет установить описание атрибута, так что мои клиентские приложения могут использовать это свойство для отображения в качестве подсказков / заголовков.

Проблема в том, что в одном сводном отчете у пользователя будет два разных года, и это не ясно, что (они видят 2010 и 2009 год и не знают, что является формой год, и который является финансированием Год) Без меня делают какой-нибудь взлом код, чтобы посмотреть, что такое имя измерения.

Другими словами, [дата формы]. [Год] и [дата финансирования]. [Год] являются атрибутом «год», насколько связано с сотоплением. Когда вы измените описание или имя этого атрибута в SSAS, вы изменяете его для обоих размеров ролевых игр. Вы можете настроить имя элемента ролевой игры, но, к сожалению, не атрибуты.

Мои варианты до сих пор:

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

- в хранилище данных DB, создайте вид сверху таблицы размеров даты для каждого случая использования. Проблема здесь в том, что я не могу создавать отношения FK между видом на размерность и таблице фактов. Боюсь, что это заставит меня больше головных болей, чем стоит, потому что вроде много SSAS / SSRS / PowerPivot, а другие инструменты действительно зависят от тех отношений FK, которые могут помочь ему определить структуру хранилища данных.

-Креата Копии года столбца в той же таблице, так что каждый материализован в качестве собственного атрибута в SSAS, и, следовательно, может иметь свой собственный имен и свойства описания. Не играл с этим, чтобы посмотреть, будет ли он работать так, как я представляю, но я думаю, что я просто создаю несколько измерений на основе одного и того же стола, и в каждом случае только входят только один из столбцов. в измерении даты формы. (Может также использовать компьютерную колонку вместо копии столбца.) Недостаток этого состоит в том, что он делает размер более запутанного. У меня уже есть много атрибутов для поддержки различных иерархий, что нормально, но теперь я бросаю в смесь несколько столбцов для одного атрибута, просто чтобы поддержать заголовок / описание атрибута, отличного от, даже если значения атрибутов все такой же.

В Книге Toolkit Toolkit Toolkit Toolkit Toolkit, она описывает этот очень сценарий, говоря

эти копии измерения даты объявлены как семантически отличные Взгляды, такие как «первая дата покупки» [дата, как «атрибуты» 1-го года покупки ", а не просто" год "] таблица измерения с Уникальные метки колонны.

Эта книга довольно концептуальная и технологическая агностическая и не входит в детали реализации. Формулировка в некоторых местах подразумевает использование видов, а в других местах подразумевает использование экземпляров физической таблицы. Как упомянуто выше, оба имеют достаточно больших недостатков, которые я боюсь, что поклоняется любой дороге, так как я уже могу предвидеть головные боли.

Как вы думаете, мне следует реализовать несколько ролей измерения даты, так что я могу настроить свойства описания / имени атрибутов для каждого случая роли / использования, в котором участвует размерность?

У меня также будут иметь другие Таблицы фактов, которые ссылаются на одно и то же измерение и, следовательно, будут иметь подобную проблему, поэтому это не просто проблема, имеющая единую таблицу фактов, ссылающуюся на измерение дважды.