ソースデータ内の2つの別個の階層からディメンションを作成する方法

Question

組織のディメンション（DimOrganisation）を作成しようとしていますが、キーとして何を使用するかわかりません。ここで

は

企業...組織テーブルの図であり、トップの親テーブルです。 Stockに関連するすべてのデータはLocationID（これはStock階層と呼ばれます）に格納され、売上に関連するすべてのデータはRevenueCentreIDによって格納されます（これはRevenue Hierarchyと呼ばれます）。現時点では、キューブはProfitCentreIDによってデータを表示する必要があります（キューブをロードする前にビューでProfitCentreIDで次元をグループ化します）。

1. は複合キー（RevenueCentreLocationKey）を作成します。ここでは

   は、私が検討されているいくつかのソリューションです。そのようなデータは絶対に見たくないですが、キューブを構築するときにファクトテーブルを正しいキーにリンクします（ProfitCentreKeyなど）

2. ProfitCentreIDは必要なものだけです。ソース・データは、ファクト表およびディメンション表とともにデータ・ウェアハウスに格納されるため、後でより詳細なデータにアクセスできます。
3. データベースに別のRevenueCentreおよびLocationディメンションを作成します。しかし、キューブでは、ProfitCentreKeyに行くディメンションしか表示されません。

これはかなり主観的なことですが、参考になると思われるアドバイスやアイデアがあります。ありがとう。

私はあなたの会社は場所によってRevenueCentresを見ていませんが、私は解決策3.

となるだろうSQL Server 2008の（両方のデータウェアハウスデータベースとAnalysis Servicesキューブ用）

Answer 1

を使用しています今。その能力を持つことは将来的には有用となるかもしれません。

あなたのCostCentresとRevenueCentresは実際のエンティティですか、それとも単に簿記を支援する論理的メカニズムですか？

RevenueCentreごとにCostCentreはありますか？