【PostgreSQL】累計計算の方法をわかりやすく解説

2026年3月22日

※ この記事にはアフィリエイトリンクが含まれます

PostgreSQLで累計を計算したいけれど、うまくできずに困っていませんか？

ウィンドウ関数の使い方がわからない。
グループ別の累計の書き方でつまずく。
データ量が増えて遅くなってしまう。

結論から言うと、PostgreSQLではウィンドウ関数を使うのが最も簡潔で強力です。

SUM() OVER (ORDER BY …) を理解する。
PARTITION BY でグループ別に累計する。
パフォーマンスはインデックスや集計戦略で改善する。

この記事では、初心者向けに基本の書き方から注意点、実務での改善策までを丁寧に解説します。

累計計算の基礎知識

まずは累計計算の考え方を押さえましょう。

累計とは特定の並び順に沿って値を足し合わせていく処理です。

PostgreSQLではウィンドウ関数を使うのが一般的です。

ウィンドウ関数による基本的な累計

ここでは最も基本的な構文を示します。

SUM() に OVER と ORDER BY を組み合わせることで実現します。

SELECT
  sale_date,
  amount,
  SUM(amount) OVER (ORDER BY sale_date
                    ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) AS running_total
FROM sales
ORDER BY sale_date;

上のクエリは日付順に売上額を累計します。

重要な点は ORDER BY の列が明確であることです。

シンプルな売上累計の例

サンプルデータを想定して、動作イメージを示します。

-- sales テーブルの例
-- id | sale_date  | amount
-- 1  | 2023-01-01 | 100
-- 2  | 2023-01-02 | 150
-- 3  | 2023-01-03 | 200

SELECT sale_date, amount,
  SUM(amount) OVER (ORDER BY sale_date) AS running_total
FROM sales
ORDER BY sale_date;

結果は日付ごとの累計が返ります。直感的で分かりやすいです。

グループ別の累計（PARTITION BY）

複数のグループに対して個別に累計したいときは PARTITION BY を使います。

SELECT
  user_id,
  sale_date,
  amount,
  SUM(amount) OVER (PARTITION BY user_id ORDER BY sale_date) AS user_running_total
FROM sales
ORDER BY user_id, sale_date;

PARTITION BY により、user_idごとに累計がリセットされます。

これにより、各ユーザーの時系列累計を簡単に取得できます。

よくある落とし穴とその対処法

ウィンドウ関数を使う際に初心者が陥りやすい問題を整理します。

並び順が不明確で結果が不安定になる

ORDER BY に重複する値があると、同順位の行の順序が不定になります。

この場合は追加の識別子（id など）を ORDER BY に加えましょう。

SUM(amount) OVER (ORDER BY sale_date, id)

NULL 値の扱い

NULL が含まれると計算結果に影響します。SUM は NULL を無視します。

ただし、NULL を 0 と見なしたい場合は COALESCE を使います。

SUM(COALESCE(amount, 0)) OVER (ORDER BY sale_date)

集計単位の誤り（意図しないグルーピング）

PARTITION BY と ORDER BY の組み合わせを誤ると期待と違う結果になります。

まずは小さなデータで結果を確認し、意図通りに動いているか検証しましょう。

パフォーマンスに関する注意点

ウィンドウ関数は便利ですが、大量データでは遅くなることがあります。

対策としてはインデックス、集計済みテーブル、バッチ処理などがあります。

インデックスの活用

ORDER BY に使う列や PARTITION BY に使う列にはインデックスを貼ると効果的です。

ただしウィンドウ関数自体はフルスキャンになる場合もあります。

マテリアライズや集約テーブル

毎回全件で累計を再計算するのはコストが高い場面があります。

頻繁に参照する累計は定期的にマテリアライズしておくと高速になります。

インクリメンタルな更新

データが増えるたびに差分だけ処理する運用が可能です。

バッチジョブやトリガーで新規分を既存累計に追加する方法があります。

実務で使える応用例

累計はそのまま売上以外にも使えます。応用例を紹介します。

累計割合（累積比率）

全体に対する累計の割合を出すと、寄与度の分析ができます。

SELECT
  sale_date,
  amount,
  SUM(amount) OVER (ORDER BY sale_date) AS running_total,
  SUM(amount) OVER (ORDER BY sale_date) / SUM(amount) OVER () AS running_ratio
FROM sales
ORDER BY sale_date;

running_ratio で累積比率が得られます。分析に便利です。

移動平均や累計平均

累計を利用して平均を出すことも簡単です。

SELECT
  sale_date,
  amount,
  SUM(amount) OVER (ORDER BY sale_date) AS running_total,
  AVG(amount) OVER (ORDER BY sale_date
                    ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) AS running_avg
FROM sales;

移動平均は平滑化やトレンド把握に有用です。