0

レポート用のデータマートの構築に取り組んでいます。私はこの分野に不慣れで、助けを求めています。

ファクトテーブルと2つのディメンションテーブルがあります。ファクトテーブルには、主キーと2つのディメンションテーブルへの外部キー参照の3つのフィールドしかありません。2つのディメンションテーブルには、1）電話番号と2）内線番号に関連するデータがあります。（これらのディメンションテーブルは情報が異なるため、組み合わせることができません）

ご覧のとおり、私のファクトテーブルには定量的な列がありません。

電話番号と対応する内線番号を表示するレポートを生成したいと思います。

この情報は、2つのディメンションテーブルで結合を実行することで取得できます。

だから私の質問は、レポートにファクトテーブルを使用する必要がありますか？つまり、最初に電話番号テーブルからキーを取得し、ファクトテーブルで結合を実行し、拡張キーを取得して、拡張テーブルで結合を実行する必要がありますか？

また

この場合は可能であるため、2つのディメンションテーブルを結合してレポートを生成するだけですか？

ファクトテーブルを含める必要がありますか？

読んでくれてありがとう。

どんな助けでも大歓迎です。

4

1 に答える 1

1

レポートにはファクト テーブルを使用する必要がありますか? つまり、最初に電話番号テーブルからキーを取得し、ファクト テーブルで結合を実行し、拡張キーを取得して、拡張テーブルで結合を実行する必要がありますか?

多くの場合、これが必要です。

2 つのディメンション テーブルを単純に結合してレポートを生成できますか?

時々、これも機能します。

ファクト テーブルを含める必要がありますか?

関係によります。

ディメンション情報の「階層」がある場合、2 つのディメンションは直接関連している可能性があります。この場合、ファクト テーブルはそれらを結び付けません。この事実は、詳細な寸法に結びついています。詳細なディメンションは要約に関連付けられます。これはまれです。

寸法が変わります。

緩やかに変化するディメンションが 2 つ以上ある場合、そのディメンションには「以前の」関係情報が多数含まれている可能性があります。

Fact 1: Phone xxx-xxx-xxxx, Extension yyyy
Fact 2: Phone xxx-xxx-xxxx, Extension zzzz

次に、2011 年 7 月 1 日の時点で、別のロードが SCD ルールを適用して zzzz を aaaa に変更します。古いディメンション値と新しいディメンション値を、適用可能な日付範囲で利用できる場合があります。

ここで、取得するディメンション値のコピーを定義するために、ファクト (および日付範囲) が必要です。

Fact 2: Phone xxx-xxx-xxxx, Extension zzzz, from beginning to before 7/1/11.
Fact 2: Phone xxx-xxx-xxxx, Extension aaaa, from 7/1/11 to end.

したがって、関係を整理するには、事実、次元、および時間が必要になる場合があります。

于 2011-06-28T15:03:50.580 に答える