データベース-ファクトテーブルとディメンションテーブル
ビジネスオブジェクツの本を読んでいると、タームファクトテーブルとディメンションテーブルに出くわしました。これは、すべてのデータベースにファクトテーブルとディメンションテーブルがあるという標準的なものですか、それともビジネスオブジェクトの設計のためだけですか？ 2つを区別し、それらがどのように関連しているかについての説明を探しています。
編集：
クエリがファクトテーブルから必要なデータを取得できないのはなぜですか？すべての情報が1つのファクトテーブルだけに保存されている場合はどうなりますか？個別のファクトテーブルとディメンションテーブルを作成して結合することで、どのような利点が得られますか？
一度にたくさんの質問をしてすみませんが、相互関係とその理由について知りたいのですが。
Dimension および Fact は、 [〜＃〜] olap [〜＃〜] データベース設計の重要な用語です。
- ファクトテーブルには、集計可能なデータが含まれています。
- メジャーは集計データ式です（例：コストの合計、呼び出しの数など）
- ディメンションには、グループとフィルターの生成に使用されるデータが含まれています。
- ディメンションデータのないファクトテーブルは役に立ちません。サンプル：「注文の合計は100万」は情報ではなく、「2005年から2009年までの注文の合計」です。
これらは、これらの概念（たとえば、 Microsft SSAS 、 Tableau Software ）および言語（たとえば、 [〜＃〜] mdx [ 〜＃〜] ）。
データがメジャーであるかディメンションであるかを簡単に判断できない場合があります。たとえば、revenueを分析していますが、どちらのシナリオも可能です。
- 3小節：
net profit、overheads、interest - 1メジャー：
profitおよび1次元：profit type（3つの要素：ネット、オーバーヘッド、利息）
BIアナリストは、各ソリューションに最適な設計を決定するのは誰かです。
[〜＃〜]編集済み[〜＃〜]質問も編集中のため：
OLAPソリューションには通常、セマンティックレイヤーがあります。このレイヤーは、OLAPツールに、どの要素がファクトデータで、どの要素がディメンションデータであり、テーブルの関係。OLTPシステムとは異なり、OLAPデータベースが適切に正規化されている必要はありません。このため、次のような複数のテーブルからディメンションデータを取得できます。ファクトテーブル。ファクトテーブルからデータを取得するディメンションの名前は ファクトディメンションまたは縮退ディメンション 。
これらは、OLAPデータベース： "STARスキーマ"、 "SNOWFLAKEスキーマ"、 "代理キー"、 "親子階層"、..を設計するときに覚えておく必要のある多くの概念です。 。
これは、ファクトテーブルとディメンションテーブルを持つデータウェアハウスの標準です。ファクトテーブルには、測定しているデータ、たとえば合計しているデータが含まれています。ディメンションテーブルは、ファクトテーブルで常に繰り返したくないデータ（製品データ、ステータス、顧客など）を含むテーブルです。これらはキーによって関連付けられます。スタースキーマでは、ファクトテーブルの各行ディメンションテーブルの行のキーが含まれています。