2

ファクト テーブルの背後にあるロジックと、ファクト テーブルに何を含める必要があるかを理解しています。私が知りたいのは、これらのファクト テーブルの作成方法です。

これらのファクト テーブルは、ビューまたは名前付きクエリにすることができますか、それとも実際のテーブルである必要がありますか? いずれかの方法を行うことの利点/欠点は何ですか?

4

1 に答える 1

3

はい、技術的には、ファクト テーブルはビューまたは名前付きクエリにすることができます。

利点

  • 追加のディスク容量は必要ありません:-)
  • データ可用性の待ち時間がゼロ (データはソースに挿入されるとすぐに利用可能)

短所

  • スケーリングしない
  • クエリの応答速度が遅い (ビュー定義の複雑さによって異なります)
  • スケーリングしない
  • メンテナンスの複雑さの増加(これは巨大です)
  • スケーリングしない
  • 柔軟性の低下
  • 代理キーなし
  • タイプ 2 SCD なし
  • 索引付けの問題
  • スケーリングしない

FWIW - ビューを使用して小さなスター スキーマ (3 つのファクト テーブル、10 次元) を構築しましたが、これは単に概念実証のためのものであり、本番環境での使用には強く反対します。

于 2012-10-16T23:16:15.520 に答える