スタースキーマ
Star Schema/すたーすきーま
ひとことで言うと
分析用データを「数値の表」と「見出しの表」に分けて、星の形につなぐ整理のしかたです
📖 もうちょい詳しく
何が新しいの?
スタースキーマは、分析のためにデータをどう並べるかを決める「設計の型」のひとつです。ふつうの業務システムは、データを細かく分けて重複をなくす形で持つことが多いです。でもその形だと、集計のときに表どうしを何度もつなぐ必要があり、わかりにくく遅くなりがちです。スタースキーマは「集計しやすさ」を優先して作り直した並べ方です。
どうやって動いてるの?
中心に「数値の記録」をためる表を1つ置きます。これをファクトテーブルと呼びます。たとえば「いつ・どの商品が・いくら売れたか」といった出来事の数値です。そのまわりに、商品・店舗・日付など「見出し情報」をまとめた表を置きます。こちらはディメンションテーブルと呼びます。中心の表と周辺の表を線でつなぐと、図が星のように見えるので「スター(星)」スキーマと呼ばれます。
何ができるの?
「先月、どの店で、どのカテゴリの商品が、いくら売れたか」といった集計が、すばやく出せるようになります。BIツール(数字をグラフで見せる道具)とも相性がよく、見たい切り口を選ぶだけで集計できます。データの置き場所が直感的なので、分析にあまり詳しくない人でも組み立てやすいのが利点です。
🌱 身近なたとえ
図書館の貸出記録で例えると、わかりやすいです。真ん中に「だれが・いつ・どの本を借りたか」の貸出ノート(ファクトテーブル)があります。そのまわりに「本の一覧」「会員の一覧」「日付の一覧」という案内表(ディメンションテーブル)を置きます。貸出ノートには番号だけ書いておき、くわしい中身は案内表を見れば分かる、という分担です。
✅ まず覚えるポイント
- 中心の「数値をためる表」がファクトテーブル
- まわりの「見出しをまとめた表」がディメンションテーブル
- 図にすると星形に見えるので「スター」スキーマ
- 集計のしやすさを優先した、分析向けの並べ方
- BIツールやダッシュボードと相性がよい
- データウェアハウス(分析用のデータ置き場)でよく使われる
🧭 よくある勘違い
ふつうのデータベース設計と何が違うの?
業務用の設計は、同じ情報を二重に持たないよう細かく分けることが多いです。スタースキーマはあえて少し重複を許し、表の数を減らして集計を速くします。目的が「記録すること」か「分析すること」かで、向く形が変わります。
表が星形に並んでいないとダメなの?
形そのものは結果であって、目的ではありません。中心の数値表とまわりの見出し表という役割分担ができていれば十分です。ディメンションをさらに細かく枝分かれさせた「スノーフレークスキーマ」という別の型もあります。
🧩 関連して覚えると楽な言葉
- データウェアハウス: 分析のためにデータをためておく専用の置き場
- データモデリング: データの並べ方や関係を設計する作業そのもの
- OLAP: ためたデータを多角的に集計・分析するための仕組み
- 非正規化: あえて重複を許して集計を速くする、設計上の工夫
🏁 ひとことでまとめ
数値の表をまんなかに、見出しの表をまわりに置いて、集計しやすくした分析用のデータの並べ方です。
TERM SEARCH
ほかの用語を調べる
検索ボックスを準備中…