ID-POS分析で使う中間テーブル設計の基本

ID-POS分析を始めるとき、元の購買明細をそのまま集計しようとして、毎回SQLが複雑になってしまうことがあります。レシート明細、商品マスタ、店舗マスタ、会員マスタを都度結合していると、集計定義がぶれやすく、分析担当者ごとに数値が合わない原因にもなります。

そこで役立つのが、分析でよく使う単位にあらかじめ集計した「中間テーブル」です。中間テーブルを設計しておくと、客単価、リピート率、カテゴリ別売上、店舗別KPIなどを安定して確認しやすくなります。

中間テーブルとは

中間テーブルとは、元のPOS明細やID-POS明細を、分析しやすい単位に加工・集計したテーブルです。データウェアハウスの元データと、レポート・BI・分析コードの間に置く「分析用の下準備テーブル」と考えるとわかりやすいです。

たとえば、レシート明細には1商品1行でデータが入っていることが多いです。このまま客単価を見ようとすると、レシート単位に集計し直す必要があります。毎回同じ集計をするなら、あらかじめ `receipt_summary` のような中間テーブルを作っておくと、分析が安定します。

粒度別に考える中間テーブル

中間テーブル設計で最初に決めるべきなのは、テーブルの粒度です。粒度とは「1行が何を表しているか」という意味です。粒度が曖昧なまま作ると、KPIの定義がぶれたり、重複集計が起きたりします。

粒度	テーブル例	主な用途	見やすいKPI
レシート単位	receipt_summary	客単価、買上点数、レシート分析	客単価、点数、一点単価
顧客単位	customer_summary	優良顧客、離反顧客、購入頻度分析	累計購入金額、購入回数、最終購入日数
顧客×月単位	customer_monthly_summary	月次変化、リピート、離反兆候	月次購入回数、月次売上、継続状況
カテゴリ×月単位	category_monthly_summary	カテゴリ別売上、粗利、値引き分析	売上、粗利、値引率、構成比
店舗×月単位	store_monthly_summary	店舗別KPI比較、月次レポート	売上、客数、客単価、買上点数

代表的な中間テーブルの役割

ID-POS分析では、課題ごとに使いやすい中間テーブルが変わります。最初からすべてを作る必要はありませんが、よく使う分析テーマに合わせて、段階的に整備していくと運用しやすくなります。

中間テーブル設計の進め方

中間テーブルは、データベース都合だけで作るのではなく、分析テーマから逆算して設計します。「どのKPIを、どの粒度で、どの頻度で見るか」を先に決めると、必要なカラムや更新単位が決めやすくなります。

分析テーマ	必要な粒度	使う中間テーブル	主なKPI
客単価を上げたい	レシート単位、商品組み合わせ単位	receipt_summary, basket_pair_summary	客単価、買上点数、併売率
リピート率を改善したい	顧客単位、顧客×月単位、初回購入単位	customer_summary, customer_monthly_summary, first_purchase_summary	再来店率、購入頻度、最終購入日数
店舗別KPIを見たい	店舗×月単位	store_monthly_summary	売上、客数、客単価、買上点数

よくある質問とまとめ

中間テーブルとデータマートは何が違いますか？

厳密な定義は組織によって異なりますが、この記事では、分析前処理として使う集計済みテーブルを中間テーブル、レポートやBIで使いやすい形に整理された分析用データ群をデータマートと考えます。

最初に作るならどの中間テーブルがおすすめですか？

まずは `receipt_summary` と `customer_summary` がおすすめです。客単価、買上点数、購入回数、最終購入日など、多くの分析に使う基本KPIを安定して確認できます。

中間テーブルは毎日更新すべきですか？

用途によります。日次で販促反応を見るなら毎日更新、月次レポート中心なら月次更新でも足りる場合があります。重要なのは、レポートの利用タイミングと更新頻度を合わせることです。