当流水表结构不满足余额计算前提时，须先清洗数据确保trade_time严格递增且amount为净额，再用窗口函数按card_no分组、trade_time排序累计求和，最后取每组最后一行作为最新余额；不支持窗口函数时可用相关子查询替代。
流水表结构不满足余额计算前提时怎么办
直接 GROUP BY card_no 算 MAX(trade_time) 再取对应金额，大概率出错——因为最新一笔不一定是余额变动的最后一笔（比如存在冲正、撤单、系统补录等反向操作）。真正的“最新余额”必须基于**所有交易按时间顺序累加**后，取每个卡号的最终值。
所以第一步得确认：流水表里是否有严格单调递增且无重复的业务时间字段（如 trade_time），以及金额字段是否已统一为“正为入账、负为出账”的净额形式。如果不是，必须先清洗：
-
trade_time有重复？加id或create_time作为第二排序键 -
amount字段混着“手续费”“冻结金额”等非余额变动项？需用WHERE trade_type IN ('consume', 'deposit', 'refund')过滤 - 存在状态字段（如
status = 'failed'）？必须排除
用窗口函数获取每个卡号的最后一条累计余额
核心思路是：先按卡号分组、按时间排序做累计求和，再从结果中挑出每组最后一行。不能用 GROUP BY + MAX() 去查，因为累计值不是原始字段，无法直接聚合。
PostgreSQL / MySQL 8.0+ / SQL Server / Oracle 都支持以下写法：
SELECT card_no, balance AS latest_balance
FROM (
SELECT
card_no,
SUM(amount) OVER (PARTITION BY card_no ORDER BY trade_time, id) AS balance,
ROW_NUMBER() OVER (PARTITION BY card_no ORDER BY trade_time DESC, id DESC) AS rn
FROM transaction_log
WHERE status = 'success'
AND trade_type NOT IN ('fee', 'freeze')
) t
WHERE rn = 1;
注意两点：
-
ORDER BY trade_time, id中的id是防时间重复的兜底，避免窗口函数排序不确定 -
ROW_NUMBER() OVER (... ORDER BY trade_time DESC, id DESC)必须和累计求和的排序逻辑方向一致（倒序取最后），否则rn = 1可能命中错误行
MySQL 5.7 或 SQLite 等不支持窗口函数时怎么绕
没有 SUM() OVER 就没法高效做组内累计，只能靠自关联或变量模拟，但要注意变量在 MySQL 5.7 中行为不稳定（尤其带 ORDER BY 时可能不生效）。
更稳妥的兼容写法是用相关子查询（性能差但语义清晰）：
SELECT DISTINCT t1.card_no,
(SELECT SUM(t2.amount)
FROM transaction_log t2
WHERE t2.card_no = t1.card_no
AND t2.status = 'success'
AND t2.trade_type NOT IN ('fee', 'freeze')
AND (t2.trade_time, t2.id) <= (
SELECT MAX(t3.trade_time), MAX(t3.id)
FROM transaction_log t3
WHERE t3.card_no = t1.card_no
AND t3.status = 'success'
AND t3.trade_type NOT IN ('fee', 'freeze')
)
) AS latest_balance
FROM transaction_log t1
WHERE t1.status = 'success'
AND t1.trade_type NOT IN ('fee', 'freeze');
这个写法在大数据量下会明显变慢，但如果卡号数量不多（比如几千个以内），实际执行尚可接受。
为什么不能直接用 LAST_VALUE() 或 FIRST_VALUE()
很多人看到“取最后”就想到 LAST_VALUE(amount)，但这是个陷阱：LAST_VALUE() 默认只在当前窗口帧（ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW）内找最后值，不是整组最后。即使改用 ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING，它返回的仍是原始 amount，不是累计余额。
换句话说：LAST_VALUE() 解决不了“最新余额”问题，它只适合取某列在排序后的最后一个原始值，而余额必须是动态计算出来的累计结果。
真正容易被忽略的是：**余额不是数据表里的一个字段，而是业务规则下的派生值**。只要交易逻辑稍有变化（比如部分交易要延迟生效、跨日结算），上面所有 SQL 都得重新评估时间范围和过滤条件。
