キューブビルド - どのように多くの、多くの多くの

Iディメンション表、固体テーブル、テーブルのリレーションと、これら3つのテーブル間の知識の概念はかなり曖昧実際、上司は、ディメンションとファクトテーブルと物理テーブルについてのデバイスを設計するために私に尋ね、その結果私は本当に愚かな機器の設計、様々な寸法とファクトテーブルにして、様々な憎しみに一度上司であるために、そして最終的に、どのように客観的な現実そのものであるディメンション表の設計、それに認知機器可能性私たちは分析にディメンションを作ることが目的の存在は、そのビューではなく、他のポイントは、別の事実を分析するという事実によって事実によって、様々な大きさを分析するための唯一の次元モデリングがあることは、事実のために行くことができないという事実このような構造が存在する場合、それはまた、インデックス値(測定値)よりもむしろ一次元であるべきです。

       ディメンション表:ディメンション表は、ウィンドウの事実を分析するユーザーとして見ることができ、それが事実のすべての側面についてのデータ内にある必要があり、そのような時間ディメンションテーブルとして、説明し、その中のデータはそのいくつかの日で、週、月、四半期、などのデータ、日付、で、それが唯一の解析的ファクトテーブルすることができディメンション表です。

        表エンティティ:エンティティテーブルがテーブルで、データの部分を入れて、実際のテーブルのエンティティオブジェクトは、その設計は、固体表できるように、客観的なデバイスなどの既存のデータが、それは、客観的な現実であるものでなければなりません。

        ファクトテーブル:ファクトテーブルとその本質は、時間ディメンション、組織の寸法エリアを介するなど様々な寸法や指標に組み合わせることの価値を決定することで、判断することができるインデックス値に行くかの事実の特定の時点でのインデックス値の一部について。各データは、得られたいくつかのディメンションテーブルの交差点のデータとファクトテーブルのインデックス値です。

    上の画像は、実際には、デバイス自体は、テーブルがファクトテーブルには、必要なだけの生徒のベンダーに、デバイスタイプであると見ることができ、ディメンション表を確立することができないという客観的事実として存在し、物理デバイステーブルの設計テーブルであります、時間、ラインディメンション表の設計上のこれらのポイントを置くには、このようなデバイスは、テーブルファクトテーブルになります。

おそらく、私は自分自身だからと、次元モデリングに比較的短い接触時間で、またこれら三つの関係の理解ラインプラススキルは、テキストと、これらの3つのテーブルの意味との間の関係を記述するために主要な、非常にTouqieではありませんか私はあなたが私は心から、白の三次元モデリングを指摘するのに役立つ願って、エラーやあいまいさがあるかもしれません。
----------------
免責事項:この記事は、元の記事のCSDNブロガー「サイレント混乱」で、BY-SAの著作権契約CC 4.0に従って、再現し、元のソースとのリンクを添付してくださいこの文。
オリジナルリンクします。https://blog.csdn.net/pttaoge/article/details/80880494

おすすめ

転載: www.cnblogs.com/peter-lau/p/12550133.html