0

公開している SQL Server 2008 SSIS/SSAS Datawarehouse キューブがあり、このキューブには次のものがあります。

Dimensions
----------
Company
Product
Sales Person
Shipped Date (time dimension)

Facts
-----  
Total Income
Total Revenue 
Gross

上記の場合、ディメンション/ファクト データ参照用にプライマリ (PK) / サロゲート (SK) キーを設定しました。

また、注文番号はレコードごとに異なるため、ファクト テーブルに収まると思われるOrder Numberやなども含めたいと思います。Transaction Number注文番号ディメンションを作成したとしても、ファクトと同じ数の注文番号を持つことになるため、あまり意味がありません。

現在、ファクト データをロードするときに、ディメンションで複数のルックアップを実行して代理キーを取得します。次に、ファクト データを渡し、ファクト データをロードするときにこれらの注文番号列とトランザクション番号列もvarchar含めますが、これらは使用できませんこれらは集計できるものではないため、SSAS には表示されません。数値データ型の列のみがファクト テーブル (総収入、総収入など) に使用されます。

Cube を使用してフィルタリングを行うすべての人がこれらを利用できるようにするためにできることはありますか?

4

1 に答える 1

2

請求書番号は、縮退ディメンションの最適な候補です。ファクト テーブルに含めることはできますが、どのディメンションにもリンクすることはできません。これらの種類の数値は、ドリルダウンして調査し、レコードをソース システムまでさかのぼる必要がある場合を除いて、分析では役に立ちません。キンボールはそれらを縮退次元と呼んでいます。SSAS では、「ファクト ディメンション」と呼ばれます http://msdn.microsoft.com/en-us/library/ms175669(v=sql.90).aspx

基本的に、ディメンション テーブルではなく、ファクト テーブルに属性列を配置します。

1つの重要なヒント。次元モデリングでは、完全に形成された次元でスター スキーマを実行しようとしていますが、実際の実装に関しては理想を無視することを恐れないでください。Kimball は、ソリューションをテストするという警告とともに、ルールを破る必要がある場合もあると言っています。早いならやってみよう！キンボールの理想に従うことで処理が遅くなったり、不必要に複雑になったりする場合は、それを避けてください。

于 2012-11-06T00:17:50.617 に答える