Dimension Table
データウェアハウスのスタースキーマのテーブルです。 データウェアハウスは、ファクトテーブルとディメンションテーブルで構成される次元データモデルを使用して構築されます。 ディメンションテーブルは、ディメンションを記述するために使用されます。
また、以下のビデオでは、データウェアハウスのトレーニング専門家が、テクノロジーのニュアンスを詳細に説明しています。
Types of Dimensions
Slowly Changing Dimensions (ゆっくり変化するディメンション) – 定期的に変化するのではなく、一定期間に渡ってゆっくりと変化するディメンション属性は、SCDとしてグループ化されます。
これらの属性は、一定期間に渡って変更されることがあり、それがゆっくりと変更されるディメンションとしてまとめられます。 例えば、ある人がある都市から別の都市へと移動する場合を考えてみましょう。
タイプ1は古い値を上書きすること、タイプ2は新しい行を追加すること、タイプ3は新しい列を作成することです。
タイプ1
タイプ1の利点は、非常に簡単で、スペースを大幅に節約でき、その結果、コストを削減できることです。
タイプ2
タイプ2の利点は、完全な履歴が維持されることです。
タイプ3
最良のアプローチは、2つの新しい列を追加するところに新しい列を追加することです。
Conformed Dimension- これは複数の場所で使用されます。 ファクトテーブル間で同じものを維持できるよう、一貫性を持たせるのに役立ちます。
例えば、2つのファクトテーブルがあるとします。 ファクトテーブル1は、地域別に販売されている製品数を調べるものです。 このテーブルでは、地域別の製品数だけを計算し、ファクトテーブル2では、顧客別に発生した収益を決定します。
2つのファクト・テーブルで共有されている地理ディメンションと顧客ディメンションがあります。
縮退したディメンション – 縮退したディメンションとは、ディメンション属性が別のテーブルではなく、ファクト・テーブルの一部として格納されている場合です。 製品IDは、製品ディメンション・テーブルから来ています。 請求書番号は独立した属性であり、関連する他の属性はありません。
ジャンクディメンション- ファクトテーブルに多数の外部キーが存在することを避けるために、異なる無関係な属性を組み合わせた単一のテーブルです。 急激に変化するディメンションで作成される外部キーを管理するために作成されることが多いです。
ロールプレイディメンション- ファクトテーブルと複数の有効な関係を持つテーブルです。 例えば、ファクトテーブルには、出荷日と納品日の両方の外部キーが含まれている場合があります。 しかし、それぞれの外部キーには同じ属性が適用されるため、同じテーブルを外部キーに結合することができます。
Role play dimension- ファクトテーブルと複数の有効な関係を持つテーブルです。