SQLで残高計算を実装する：Window関数による累計算出とパフォーマンス最適化の解説

2026年5月13日

高度なクエリ・分析

データベース管理システムにおいて、入出金履歴から現在の残高をリアルタイムで算出する処理は、金融システムや在庫管理システムにおいて極めて重要な役割を担います。

かつてのSQLコーディングでは、相関サブクエリや自己結合を用いた複雑な記述が一般的でしたが、現代のSQL標準ではWindow関数を活用することで、より簡潔かつ効率的に累積計算を実装することが可能です。

本記事では、SQLを用いた残高計算の基本から、大規模データにも耐えうるパフォーマンス最適化のテクニックまでを詳しく解説します。

目次 [ close ]

残高計算の基本概念とデータ構造

残高計算をSQLで実装する前に、まずは対象となるテーブル構造を明確にする必要があります。

一般的に、残高は「過去のすべての取引金額の合計」として定義されます。

基本となる取引履歴テーブル（transactions）には、最低限として取引ID、取引日時、取引金額の3つのカラムが必要です。

具体的には、以下のような構成のテーブルを想定して解説を進めます。

カラム名	データ型	説明
id	INTEGER	取引を一意に識別する主キー
account_id	INTEGER	口座やユーザーを識別するID
trans_date	TIMESTAMP	取引が行われた日時
amount	NUMERIC	取引金額（入金は正、出金は負）

この構造において、特定の時点での残高を求めるには、その時点までの amount をすべて加算する必要があります。

単一の最新残高を取得するだけであれば SUM 関数で十分ですが、通帳のように一行ごとにその時点の残高を表示させるには「累計値（Running Total）」の計算が不可欠です。

Window関数を用いた累計残高の算出

現代のSQLにおいて、累計計算を行うための最も標準的かつ推奨される方法は Window関数（分析関数） を使用することです。

SUM() OVER 句の基本構文

Window関数を使用すると、行の集合に対して計算を行いながら、各行の個別の詳細データを保持したまま結果を出力できます。

残高計算における基本的な構文は、SUM(amount) OVER (ORDER BY trans_date) となります。

以下のコードは、全取引の履歴とその時点での累計残高を取得する例です。

SQL

-- 全取引の履歴と累計残高を算出する
SELECT
    id,
    trans_date,
    amount,
    SUM(amount) OVER (ORDER BY trans_date, id) AS balance
FROM
    transactions
ORDER BY
    trans_date, id;

実行結果

id | trans_date          | amount | balance
---+---------------------+--------+---------
 1 | 2026-01-01 10:00:00 |   1000 |    1000
 2 | 2026-01-02 11:00:00 |   -200 |     800
 3 | 2026-01-03 12:00:00 |    500 |    1300
 4 | 2026-01-03 15:00:00 |   -300 |    1000

ここで重要なのは、ORDER BY 句の中に id も含めている点です。

同じ日時の取引が複数存在する場合、ソート順を厳密に定義しないと計算結果が不安定になる可能性があるためです。

PARTITION BY による口座別の計算

実際のシステムでは、複数のユーザーや口座のデータが混在していることが一般的です。

特定の口座ごとに独立して残高を計算したい場合は、PARTITION BY 句を使用します。

SQL

-- 口座（account_id）ごとに独立した累計残高を算出する
SELECT
    account_id,
    trans_date,
    amount,
    SUM(amount) OVER (
        PARTITION BY account_id 
        ORDER BY trans_date, id
    ) AS balance
FROM
    transactions
ORDER BY
    account_id, trans_date;

このクエリを実行することで、account_id が切り替わるタイミングで累計値がリセットされ、それぞれの口座内での正しい残高推移が得られます。

開始残高を考慮した実装方法

実務においては、過去の全履歴を常にスキャンするのは非効率であるため、ある時点の「開始残高」を保持し、そこからの差分を計算するケースが多く見られます。

初期値との合算

例えば、前月末時点の確定残高が別途テーブルに保存されている場合、その値をWindow関数の結果に加算します。

以下の例では、共通テーブル式（CTE）を用いて開始残高を定義し、当月の取引と結合させています。

SQL

-- 前月末の確定残高を開始点として計算する
WITH initial_balance AS (
    SELECT 5000 AS start_val -- 実際には別テーブルから取得する想定
)
SELECT
    t.trans_date,
    t.amount,
    (SELECT start_val FROM initial_balance) + 
    SUM(t.amount) OVER (ORDER BY t.trans_date, t.id) AS current_balance
FROM
    transactions t
WHERE
    t.trans_date >= '2026-02-01';

このように、「初期値＋指定期間内の累計」というアプローチを取ることで、計算対象のデータ量を大幅に削減できます。

パフォーマンス最適化の戦略

Window関数は非常に便利ですが、数百万件を超える大規模なテーブルに対して無計画に実行すると、著しいパフォーマンスの低下を招きます。

インデックスの適切な設計

Window関数の ORDER BY 句や PARTITION BY 句で使用されるカラムには、適切なインデックスが貼られている必要があります。

特に (account_id, trans_date, id) のような複合インデックスを作成しておくことで、データベースエンジンはソート処理をスキップでき、高速なスキャンが可能になります。

マテリアライズドビューの活用

参照頻度が高く、かつデータ更新頻度が極端に高くない場合は、計算結果を物理的に保持する マテリアライズドビュー の導入を検討してください。

定期的にリフレッシュを行うことで、複雑なWindow関数の計算を毎回実行するコストを回避できます。

バッチ処理による残高確定

「一年前の取引履歴」を毎回計算に含めるのはリソースの無駄です。

多くの商用システムでは、日次や月次で「締め処理」を行い、その時点の残高を balances テーブルなどに固定値として保存します。

最新の残高を表示する際は、「最後に確定した残高＋それ以降の未確定の取引データ」のみを計算対象とするロジックを組むのがベストプラクティスです。

Window関数と自己結合の比較

Window関数が登場する以前は、以下のような自己結合を用いたクエリが使われていました。

SQL

-- 自己結合による累計計算（非推奨）
SELECT
    t1.id,
    t1.amount,
    SUM(t2.amount) AS balance
FROM
    transactions t1
JOIN
    transactions t2 ON t2.trans_date <= t1.trans_date
GROUP BY
    t1.id, t1.amount
ORDER BY
    t1.trans_date;

この手法には、いくつかの重大な欠点があります。

データ量が \(N\) のとき、結合コストが \(O(N^2)\) になり、件数が増えると急激に重くなる。
同一日時のデータの扱いが難しく、GROUP BY の指定が複雑になる。
可読性が低く、保守性が低下する。

特別な理由がない限り、2026年現在のモダンなデータベースシステムでは、必ずWindow関数を選択するようにしましょう。

エッジケースへの対応：NULLと重複

実務でハマりやすいポイントとして、NULL 値の扱いや重複データの処理が挙げられます。

NULL値の考慮

amount カラムに NULL が含まれている場合、SUM 関数はその行を無視しますが、アプリケーション側のロジックによっては予期せぬ結果を招くことがあります。

COALESCE(amount, 0) を使用して、明示的に 0 として扱うなどの対策が必要です。

ROWS句による精緻な制御

Window関数では ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW というフレーム指定が暗黙的に行われています。

この指定を明示的に書くことで、計算範囲が「最初の行から現在の行まで」であることをデータベースエンジンに正確に伝え、最適化を促すことができます。

SQL

-- フレーム指定を明示した残高計算
SELECT
    id,
    amount,
    SUM(amount) OVER (
        ORDER BY trans_date, id 
        ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW
    ) AS balance
FROM
    transactions;

この記述により、物理的な行の位置に基づいた正確な累積が保証されます。