财务sql常见错误包括：where中or与and优先级导致条件失效，group by未包含非聚合字段报错，join因账期未对齐引发笛卡尔积，round舍入规则不一致造成尾差。
WHERE 条件漏写 OR 导致余额计算错乱
财务报表最怕金额对不上，而 WHERE 里用 OR 连接多个账户类型时，常因优先级问题漏掉括号，让本该排除的负向冲销记录混进来。比如想查「主营业务收入」或「其他业务收入」，但写成 WHERE account_type = 'revenue_main' OR account_type = 'revenue_other' AND status = 'active'，实际执行等价于 WHERE account_type = 'revenue_main' OR (account_type = 'revenue_other' AND status = 'active')——第一个条件根本不受 status 约束。
- 所有含
AND和OR的复合条件，一律用括号显式分组，哪怕看起来“没必要” - 更安全的写法是改用
IN：WHERE account_type IN ('revenue_main', 'revenue_other') AND status = 'active' - 上线前用
SELECT *抽样几条结果，重点看amount符号和account_type是否符合业务预期
GROUP BY 没包含非聚合字段就报错
写利润表要按部门、月份汇总收入和成本，一写 SELECT dept, month, SUM(revenue), SUM(cost) FROM financials GROUP BY dept 就报 ERROR: column "month" must appear in the GROUP BY clause。这不是 MySQL 的宽松模式能绕过去的，PostgreSQL、SQL Server、新版本 MySQL 都严格要求：SELECT 列表里每个非聚合字段（即没套 SUM/AVG/MAX 的）都得出现在 GROUP BY 中。
- 检查
SELECT里所有没被函数包裹的字段，一个不落地加进GROUP BY - 如果只是想取某个分组的“代表性”值（如最新一笔凭证日期），别用裸字段，改用
MAX(voucher_date)或FIRST_VALUE(voucher_date) OVER (PARTITION BY dept ORDER BY voucher_date DESC) - 别依赖
sql_mode=ONLY_FULL_GROUP_BY关闭来蒙混——关了之后结果不可靠，不同行可能拼出不存在的业务组合
JOIN 多张表时账期对不上
把总账、明细账、辅助核算三张表 JOIN 起来算应收账款周转天数，结果数值虚高一倍。大概率是某张表里存在一对多关系（比如一张总账凭证对应多条明细），又没在 JOIN 条件里锁定账期字段，导致笛卡尔积。例如 LEFT JOIN detail ON t.voucher_id = d.voucher_id，但 detail 表里同一张凭证在不同月份都有记录，t.period 是 202406，d.period 却混着 202405 和 202406。
-
JOIN条件必须同时约束主键关联 + 账期对齐，比如ON t.voucher_id = d.voucher_id AND t.period = d.period - 先单独查
detail表，用COUNT(*) GROUP BY voucher_id, period看是否存在跨期重复凭证 - 涉及期初/期末余额时，宁可拆成两个子查询分别取
period = '202406'和period = '202405'，再JOIN，也别试图用OR或范围条件一次捞多期
ROUND 金额时小数位数设错引发尾差
资产负债表要求金额保留两位小数，但直接 ROUND(SUM(amount), 2) 在某些数据库里会触发银行家舍入（四舍六入五成双），比如 12.345 变成 12.34 而不是 12.35，和财务系统导出的基准值对不上。更麻烦的是，有些报表要按行累加后四舍五入，而不是先四舍五入再累加——顺序错了，尾差就控制不住。
- 明确用
ROUND(SUM(amount), 2)前确认数据库默认舍入规则；PostgreSQL 默认银行家舍入，MySQL 5.7+ 默认四舍五入，SQL Server 看兼容级别 - 若需强制四舍五入，PostgreSQL 改用
ROUND(SUM(amount) * 100) / 100.0，MySQL 可用ROUND(SUM(amount), 2)（默认就是四舍五入） - 尾差校验逻辑必须放在 SQL 层：加一列
ABS(ROUND(SUM(asset), 2) - ROUND(SUM(liability) + SUM(equity), 2)) ，不能靠应用层补
财务 SQL 最难的不是语法，是每一步都要能跟凭证、科目余额表、总账系统里的原始数据逐笔对上。少一个括号、漏一个账期、错一位小数，下游报表就可能触发财务稽核问询。
