個別ファクトテーブルの設計方法とは？押さえるべき4つの基本ステップ

個別ファクトテーブルの設計方法

個別ファクトテーブル（Individual Fact Table）を設計する際には、主に以下の4つのステップに従って進めるのが基本となります。それぞれの手順を順番に見ていきましょう。

1. データマートの選択

最もシンプルなアプローチは、従来の情報源（レガシーソース）を選ぶ場合と同じ要領でデータマートを選択することです。典型的なデータマートには、発注書、出荷、小売売上、支払い、ユーザーの接続記録などが挙げられます。これらはいずれも「単一ソース型データマート」の例です。

一方で、複数のレガシーソースを統合したデータマートを定義するケースも存在します。その代表例が「顧客収益性」の分析です。この場合、収益を表すレガシーソースとコストを表すレガシーソースを組み合わせる必要があります。

データウェアハウス設計者は、リスクを最小限に抑えるために、まずは単一ソースのデータマートから着手し、工数のかかる抽出システム開発の負担を軽減することが強く推奨されます。さらに、こうした独立したデータマートは、必ずコノフォームド（準拠済み）ディメンション群との整合性を保つ形で実装し、データウェアハウスバスに接続できるようにしておくことが重要です。

2. ファクトテーブルの粒度（グレイン）の宣言

ディメンショナル設計を行う上で、ファクトテーブルの1行が何を表すのかを極めて明確に定義することが不可欠です。粒度の定義が曖昧なままでは設計を先へ進めることができず、データアーキテクトが「ディメンションとは何か」「ファクトとは何か」といった議論に貴重な時間を浪費してしまいます。

ファクトテーブルの粒度は、可能な限り細かい（低位の）レベルに設定するのが理想的です。たとえば、「1トランザクションごと」「1日のスナップショットごと」「伝票の明細行ごと」といった粒度が該当します。

粒度が細かいほど設計は強力になります。低い粒度の設計は、想定外の新規クエリへの対応力においても、後から追加される新しいデータ要素への柔軟性においても、粗い粒度の設計よりもはるかに優れていると考えられています。

3. ディメンションの選択

ファクトテーブルの粒度がしっかりと確立されていれば、ディメンションの選択は比較的容易になります。粒度の定義から、必要となる基本的なディメンションのセットが自然に導かれるためです。たとえば、注文の明細行を扱う場合、標準的なディメンションセットには「注文日」「顧客」「製品」、そして注文番号のみを持つ「退化的ディメンション（Degenerate Dimension）」を含める必要があります。

ディメンショナルモデルにおけるファクトテーブルとは、特定の粒度における測定値の集合体です。測定値は通常数値ですが、必ずしも数値でなければならないわけではありません。

4. ファクトの選択

ファクトテーブルの粒度は、格納すべき個々のファクト（測定値）の選定にも役立ちます。粒度が明確に定義されていることで、各ファクトがどの範囲・スコープを対象とすべきかも自然と明確になります。

まとめ

個別ファクトテーブルの設計は、「データマートの選択」→「粒度の宣言」→「ディメンションの選択」→「ファクトの選択」という順序で進めるのが基本です。特に粒度の宣言は後続のすべての工程の土台となるため、設計の初期段階で慎重に決定することがプロジェクト成功の鍵となります。