database-design - メジャーがない場合、どの dw モデルが適切ですか?

Question

そこにあるすべてのデモは、例の尺度として販売/注文モデルを使用しています。しかし、私のデータベースはトランザクションではありません。これは、複数の属性テーブルに結合された顧客用の 1 つのテーブルがある、顧客中心のモデルです。

モデルが異なるため、これはキューブ構築の資格すらありませんか?それともトランザクションではないにもかかわらず、キューブを構築する方法はありますか?

ファクトレスファクトテーブルについては聞いたことがありますが、その概念はまだよくわかりません。これはあなたがそれを使う場所ですか？

score 0 · Accepted Answer

この種の質問に対する最良の読み物は Kimball からのものです: http://www.kimballgroup.com/2008/11/05/fact-tables/

score 0 · Accepted Answer

どのようなメトリクスを分析しますか?

特定の属性を持つ顧客の数を集計するだけであれば、次のようなファクトテーブルを使用できます。

Customer_FK, Attribute_FK

集計を簡単にするために、固定値「1」の追加の列を使用することを好みます

Customer_FK, Attribute_FK, Attribute_count
    1000,      23,             1
    1001,      23,             1

このようにして、3 番目の列で単純な合計集計を使用して、属性 #23 を持つ 2 人の顧客がいることがわかります。

単一の (フラットな) 属性ディメンションテーブルを使用し、顧客中心のデータベースからいくつかの属性テーブルを入力すると仮定しています。

2 に答える 2