次元モデリングの手法は何ですか？

ファクトテーブルとディメンションテーブル −次元モデリングの要素は、ほぼすべてのタイプのビジネスデータをデータのキューブのタイプとして記述できることです。キューブのセルには測定値が含まれ、キューブのエッジはデータの自然な次元を表します。

デザインで3次元以上を有効にできるため、技術的にはキューブをハイパーキューブと呼ぶ必要がありますが、メソッドキューブとデータキューブは基本的にすべての人が使用します。

事実 −次元モデルは、事実と属性を特徴づけます。事実は、一般的に事前に認識されていないものです。事実は市場の見方です。ビジネスの世界ではいくつかの事実は数学的なものですが、テキストで評価できるものもあります。

設計者は、特に値が浮動小数点数である場合、いくつかの数学的データフィールドが属性ではなく事実である可能性があることを疑う必要があります。 「標準原価」などの数学的値が製品の寸法の属性であるように見える場合があり、それは事前に人気のある定数であるように見えます。

属性 −属性は通常、テキストフィールドであり、通常、具体的なものの特性を定義します。最も明白な属性は、製品の定義です。製品の風味は製品の有名な属性であり、製品のパッケージに目立つように表示されている可能性があります。

寸法 −物事を定義するテキスト属性は、ディメンション内に編成されています。小売データベースでは、最低でも、製品ディメンション、店舗ディメンション、顧客ディメンション、販売促進ディメンション、および時間ディメンションを持つことができます。

ディメンションは、主に相互に適用されるテキストのような属性のセットです。寸法の選択には、設計者の判断がたくさんあります。小売データベースでは、商品ディメンションを店舗ディメンションと統合し、個々の大規模な商品店舗ディメンションを作成しようとし続けます。

1000個の商品と100個の店舗を持つことができる場合、これらのディメンションを組み合わせようとすると、最終的にいくつの商品店舗になるかを尋ねる必要があります。商品と店舗の間に有意な相関関係がなく、各商品が各店舗で販売された場合、商品と店舗を組み合わせたディメンションは、2つの初期ディメンションのデカルト積になり、100,000の商品店舗を持つことができます。

ディメンションモデルでは、ディメンションテーブルの属性が重要な役割を果たします。これらの属性はテキストであるか、テキストのように機能し、個別の値を取り、最後のレポートのソフトウェア制約と行ヘッダーのソースです。