基本的なスター スキーマを使用すると、ファクト テーブルには、少なくとも各ディメンションの行数の積に等しい行数が含まれると言われています。
たとえば、製品が 3 つ、プロモーションが 5 つ、店舗が 10 の場合、製品が実際にすべてのプロモーションを行っている場所やすべての店舗に存在する場所に関係なく、ファクト テーブルには少なくとも 150 のレコードが必要であることを意味します。具体的には、製品に特定のプロモーションがない場合などに null 値が存在します。
誰かがサポートする学術情報源を提供してくれませんか、少なくともこの考えを確認してください。
私がこれを尋ねている理由は、私の理解では、これによりファクト テーブルに大量の役に立たないデータが作成されることがわかっているからです。
ありがとう！
こんにちは、返信ありがとうございます。私が講師に相談したところ、彼は実際に参照ページを見つけてくれました。ファクト テーブルの行数は 4500 になり、ディメンション テーブルの行に比べて非常に多くなります..." (Ponniah, P.、2009 年。Data warehousing: Fundamentals for IT professional、第 2 版。John Wiley & Sons, Inc.、ニュージャージー州.p. 237)
しかし、著者は続けて次のように述べています。製品、特定の暦日、特定の顧客、および個々の営業担当者の場合、ファクト テーブルには対応する行があります.日付が休業日を表し、注文を受け取らず処理されない場合はどうなりますか?そのようなファクト テーブルの行日付にはメジャーの値がありません. また、ディメンション テーブルの属性の他の組み合わせ、ファクト テーブルの行に null メジャーが含まれる値が存在する可能性があります. ファクト テーブルに null メジャーを持つそのような行を保持する必要がありますか? いいえこれが必要です。したがって、この種のスパース データを認識し、ファクト テーブルにギャップがある可能性があることを理解することが重要です。」
要するに、あなたたちは正しいようです、ありがとう！