SUM() OVER() 不能直接平借贷差额，因为窗口函数只聚合不改变符号逻辑；需先统一借贷记账规范（如借方正、贷方负），再用 SUM(amount) OVER(PARTITION BY voucher_id) 计算每凭证余额并判断是否为0。
为什么 SUM() OVER() 不能直接平借贷差额？
很多人一上来就写 SUM(amount) OVER (PARTITION BY voucher_id)，发现结果全是正数或负数加总，根本看不出哪笔凭证没平。问题出在：窗口函数只做聚合，不改变原始行的符号逻辑。借贷方向必须靠 amount 字段本身的正负号体现（借方为正、贷方为负，或反之），而平账判断的关键是「每张凭证内所有分录的 amount 总和是否为 0」。
实操建议：
- 先统一借贷记账规范：比如借方存正数、贷方存负数（或用单独的
dr_cr字段控制） - 确保同一张凭证（
voucher_id）下所有分录都归属明确，无空值或乱码 - 别在窗口里加
ORDER BY——平账只依赖分组求和，排序会引入无意义的累积逻辑
用 ABS(SUM(amount) OVER(...)) = 0 标记未平账凭证
真正要找的是「哪些凭证整体不平」，不是每行算一次。正确做法是先算出每张凭证的余额，再标记异常。这里不能用 HAVING（因为要保留明细行用于后续核对），得靠窗口函数+条件判断组合。
示例（PostgreSQL/MySQL 8.0+/SQL Server）：
SELECT *,
SUM(amount) OVER (PARTITION BY voucher_id) AS balance_per_voucher,
CASE WHEN SUM(amount) OVER (PARTITION BY voucher_id) = 0
THEN 'balanced'
ELSE 'unbalanced' END AS check_status
FROM journal_entries;
注意点：
-
SUM(amount) OVER (...)必须和GROUP BY分离——这是窗口函数的优势，无需聚合就可带出分组统计值 - 浮点数场景下慎用
= 0，应改用ABS(SUM(...)) 防止精度误差误报 - 如果表里有已冲销分录（如红字凭证），需提前过滤或加业务标识字段，否则会干扰平衡判断
如何定位具体哪一行导致不平？
光知道 voucher_id = 'V2024-001' 不平还不够，财务人员需要快速看到是哪笔分录金额填错了。这时候得结合行号和累计和做排查。
推荐方案：用 ROW_NUMBER() + 累计和对比
SELECT *,
SUM(amount) OVER (PARTITION BY voucher_id ORDER BY entry_id ROWS UNBOUNDED PRECEDING) AS running_sum,
COUNT(*) OVER (PARTITION BY voucher_id) AS total_lines
FROM journal_entries
WHERE voucher_id = 'V2024-001';
观察要点：
- 最后一行的
running_sum应等于balance_per_voucher；若中间某行running_sum突变过大，大概率是该行金额异常 - 配合
total_lines可快速识别是否漏录分录（比如本该4行只录了3行） -
ORDER BY entry_id要基于可靠的时间或序号字段，避免因排序随机导致累计路径不可复现
Oracle 和旧版 MySQL 的兼容性陷阱
如果你还在用 MySQL 5.7 或 Oracle 11g，OVER() 语法直接报错。这时候不能硬套窗口函数，得用自连接或相关子查询模拟。
MySQL 5.7 替代写法（性能较差，仅限小数据量）：
SELECT je1.*,
(SELECT SUM(je2.amount)
FROM journal_entries je2
WHERE je2.voucher_id = je1.voucher_id) AS balance_per_voucher
FROM journal_entries je1;
关键限制：
- 子查询无索引时，千万级分录表可能跑十几分钟——务必在
voucher_id上建索引 - Oracle 11g 需用
ANALYTIC函数替代，但不支持ROWS UNBOUNDED PRECEDING，累计和只能靠CONNECT BY模拟，逻辑更脆弱 - 所有替代方案都无法原生支持「动态排除测试分录」这类业务需求，上线前必须验证测试环境与生产环境的执行计划一致
真正麻烦的不是语法转换，而是当凭证跨系统导入、存在多币种折算或含税价拆分时，amount 的来源字段可能分散在不同表里——这时候窗口函数只是起点，还得把清洗逻辑嵌进去，不然平账结果只是数字游戏。
