Dimension Usage タブの下にある「FACT Relationship Type」の適切な使用法を誰かが説明してくれることを期待していました。ファクト テーブル自体の属性にアクセスするために、ファクト テーブルからディメンションを作成するだけですか?
前もって感謝します!
Dimension Usage タブの下にある「FACT Relationship Type」の適切な使用法を誰かが説明してくれることを期待していました。ファクト テーブル自体の属性にアクセスするために、ファクト テーブルからディメンションを作成するだけですか?
前もって感謝します!
はい、ファクト テーブルにスライスする (そこからディメンションを作成する) 属性がある場合は、この関係タイプを使用します。
機能的には、ユーザーにとっては通常の関係と同じように動作します。
ディメンションとキューブを作成したら、各ディメンションを各メジャー グループに関連付ける方法を定義する必要があります。メジャー グループは、1 つのファクト テーブルによって公開される一連のメジャーです。
各キューブには、複数のファクト テーブルと複数のディメンションを含めることができます。ただし、すべてのディメンションがすべてのファクト テーブルに関連付けられるわけではありません。
リレーションシップを定義するには、BIDS でキューブを右クリックし、[開く] を選択します。次に、ディメンションの使用法タブに移動します。各ディメンションの横にある省略記号ボタンをクリックすると、特定のメジャー グループのディメンションの使用法を変更できる画面が表示されます。次のオプションから選択できます。
通常のデフォルト オプション。ディメンションはファクト テーブルに直接結合されます
関係なしディメンションは現在のメジャー グループに関連付けられていません
ファクトディメンションとファクトは、1 つのテーブルから派生します。この場合、次元倉庫の設計が不十分であり、うまく機能しない可能性があります。ファクト テーブルとディメンション テーブルを分離することを検討してください。
参照されたディメンションは、ファクト テーブルに結合される前に中間テーブルに結合されます。参照関係はスノーフレーク ディメンションに似ていますが、少し異なります。顧客ディメンションと販売ファクトがあるとします。総売上高を顧客別に調べたいのですが、ラインアイテムの売上高も顧客別に調べたいとします。ライン アイテム ファクト テーブルで顧客キーを複製する代わりに、販売ファクトを中間テーブルとして扱い、顧客をライン アイテムに結合できます。
多対多このオプションには、2 つのファクト テーブルと 2 つのディメンション テーブルが含まれます。ディメンション A は中間のファクト A に結合され、さらにファクト B が結合されるディメンション B に結合されます。多対多オプションを使用する必要がある場合は、事実オプションと同様に、設計でおそらくいくつかの改善を使用できます。このタイプの関係は、第 3 正規形のリレーショナル データベースの上にキューブを構築する場合に必要になることがあります。すべてのキューブにスター スキーマを持つディメンション モデルを使用することを強くお勧めします。たとえば、車両とオプションの 2 つのファクト テーブルを作成できます。各車両には多くのオプションが付属しています。顧客ごとの車両販売と、各オプションに含まれるアイテムごとのオプションを調べる可能性があります。したがって、顧客ディメンションとアイテム ディメンションがあります。また、含まれる品目別に車両の販売を調べることもできます。その場合、車両ファクトはオプション ファクトおよび顧客ディメンションに結合されます。オプションのファクトもアイテムのディメンションに結合されます。
データ マイニングターゲット ディメンションは、ソース ディメンションから構築されたマイニング モデルに基づいています。ソース ディメンションとターゲット ディメンションの両方がキューブに含まれている必要があります。