sum()返回null是sql标准行为，仅当无匹配行或所有值为null时发生；应使用coalesce(sum(col), 0)兜底，而非对字段单独补0，且group by需对每个聚合字段分别处理。

为什么SUM()返回NULL而不是0

SUM()返回NULL只有两种情况：查询没匹配到任何行，或者所有参与计算的值全是NULL。这不是bug，是SQL标准行为——空集或全NULL输入，聚合结果就是NULL。常见错误现象是前端渲染空白、Java调getLong()抛NullPointerException、Python里None + 100报错。

COALESCE(SUM(col), 0)是最通用解法

COALESCE()是SQL标准函数，所有主流数据库（MySQL、PostgreSQL、SQL Server、SQLite）都支持，语义清晰：取第一个非NULL参数。它只影响最终聚合结果，不改变原始数据语义。

• 正确写法：SELECT COALESCE(SUM(amount), 0) FROM sales WHERE date = '2024-01-01'
• 错误写法：SUM(COALESCE(amount, 0))——这是把每行amount补0再加，逻辑完全不同
• 别用ISNULL()（SQL Server专属）或IFNULL()（MySQL专属），换库时得重写

字段含NULL参与运算时，必须在运算层拦截

像SUM(total_amount - freeze_amount)这种写法很危险：只要任一字段为NULL，整条减法结果就是NULL，被SUM()跳过。这不是SUM()的问题，而是SQL三值逻辑的必然结果。

• 正确写法：SUM(COALESCE(total_amount, 0) - COALESCE(freeze_amount, 0))
• 更安全的写法（避免语义扭曲）：SUM(CASE WHEN total_amount IS NOT NULL AND freeze_amount IS NOT NULL THEN total_amount - freeze_amount ELSE 0 END)
• 如果业务上NULL表示“未知”，强行转0可能掩盖ETL问题；先确认数据含义，再决定是否补0

GROUP BY后每个分组都要单独兜底

GROUP BY场景下，某个分组可能没数据，或该组所有amount都是NULL，此时SUM(amount)仍返回NULL。BI工具、前端表格常因此渲染异常或崩溃。

• 必须对每个聚合字段单独包COALESCE：SELECT category, COALESCE(SUM(amount), 0) AS total FROM products GROUP BY category
• 不能只在最外层SELECT加——那只能兜住整个结果集为空的情况，兜不住单个分组
• 如果需要区分“无数据”和“有数据但全为NULL”，就别用COALESCE，改用CASE WHEN COUNT(*) = 0 THEN NULL ELSE SUM(amount) END

实际中最容易被忽略的是：NULL在运算表达式中会传染。哪怕只是SUM(a + b)，只要a或b有一个是NULL，整行就失效。处理点永远在运算开始前，而不是等SUM()之后再补。