リレーショナルデータベースのスタースキーマ
私はデータウェアハウジングの初心者であり、記事を読んだり、原則に関するビデオを見たりしてきましたが、以下のデザインをどのようにしてスタースキーマに変換するかについて少し混乱しています。
すべての例でファクトテーブルが薄暗いテーブルを参照しているのを見たので、questionIdとresponseIdがファクトテーブルの一部になると想定していますか？何かアドバイスをいただければ幸いです。
非常に限られたドキュメントに基づいて、次のようにします。
ファクトテーブル-ファクトテーブルは測定テーブルです。起こったことです。これは、通常、ある時点でのディメンションテーブルの会議です。あなたの図では、
- RESPONSESはファクトテーブルです。
- OPTIONSはファクトテーブルである可能性があります。これを非正規化すると、それに関連付けられた次元を持つことができます。
ディメンションテーブル-ディメンションテーブルには、測定イベントに関連付けられたテキストコンテキストが含まれています。 「誰が、何を、どこで、いつ、どのように、そしてなぜ」を説明します。あなたの図に基づいて：
- SAMPLEは、応答を行う人々を記述するディメンションテーブルになります。これは、「顧客」ディメンションテーブルに最も近いものになります。
- QUESTIONSは、質問を詳細に説明するディメンションテーブルになります。このディメンションを拡張して、質問タイプに関するより多くのデータを含めることができます。
- OPTIONSはディメンションテーブルにすることができます。それは、応答フィールドの基礎となるもののようです。特定の質問に対する回答の可能性。
個人的には、データウェアハウジングについて読む必要があると思います。 KimballのData Warehouse Toolkitは非常に貴重なリソースです。