スノーフレークスキーマ とは？

商品などのディメンションを、関連する複数テーブルに分けるところだよ。たとえば商品はサブカテゴリID、サブカテゴリはカテゴリIDを持ち、順に参照する。スタースキーマでも分類の階層を1つの商品テーブルの列に持てるので、階層があるかどうかだけでは区別しないんだ。

複数の商品で同じカテゴリ名を繰り返し持たず、カテゴリ表で管理できるよ。属性の重複や同じ内容を何か所も直す負担を減らせる。ただし、キーの対応や更新方法も正しく管理しないと、分割だけで整合性が保証されるわけではないんだ。

カテゴリ別の売上を調べるなら、売上から商品、サブカテゴリ、カテゴリへとJOINする例があるよ。1つのディメンションに属性をまとめる場合より、関係をたどる数やクエリの複雑さが増える。図の矢印はテーブルのキーによる参照で、処理が実行される順序ではないよ。

そうとは限らないよ。重複を減らす利点があっても、テーブルやキーの増加、圧縮の仕組みなどで実際の容量は変わる。Power BIのモデルでは、分割をそのまま持つと容量やフィルター処理に不利になる場合もある。データ量や使う基盤で確かめよう。

分類などの属性を別表で管理したいか、分析する人が扱いやすいか、必要なクエリがどれだけ複雑になるかを比べるといいよ。データ倉庫側は分割しても、分析ツール側では1つの表にまとめることもできる。スタースキーマより必ず速い、または必ず遅いとは決めつけないんだ。