聚合函数在空表或空分组中返回null是sql标准行为，必须用coalesce(sum(col),0)等外层包裹方式兜底，而非avg(coalesce(col,0))等内部处理，否则会扭曲语义。
聚合函数在空表或空分组中返回 NULL，不是 bug，是 SQL 标准行为；必须用 COALESCE 在聚合函数外层包裹才能安全兜底。
空表、空分组、全 NULL 列都会让 SUM/AVG/COUNT(*) 返回 NULL
很多人以为 SUM() 空表会返回 0，其实不会：SUM()、AVG()、MAX()、MIN() 在没有有效行时一律返回 NULL；COUNT(*) 是唯一例外，它统计行数，空表返回 0。但 COUNT(col) 统计非 NULL 值个数，如果整列都是 NULL，结果也是 0 —— 这容易让人误判为“有数据”，实际是“全空”。
常见错误现象：
- 前端渲染时报错或显示空白/NaN
- 报表导出后 Excel 公式断裂（比如
=A1/B1中 A1 或 B1 是 NULL） - 后续
WHERE或HAVING条件因 NULL 变成 UNKNOWN，逻辑失效
根本原因：SQL 把 NULL 当作“未知”，而非“零”或“空字符串”。聚合函数不强行赋予默认值，是为保持语义严谨。
COALESCE 必须包在聚合函数外面，不能塞进里面
写成 AVG(COALESCE(salary, 0)) 或 SUM(COALESCE(amount, 0)) 是典型误用——这改变了业务语义：前者把每个 NULL 强行当 0 参与计算，后者让本该是“无销售”的组变成“销售额为 0”，掩盖了数据缺失问题。
正确写法只有一种：COALESCE(SUM(amount), 0)、COALESCE(AVG(score), 0.0)、COALESCE(COUNT(t2.id), 0)。
关键点：
-
COALESCE是标量函数，只作用于单个值，所以必须等聚合完成、拿到那个可能为NULL的结果后再处理 - 若涉及
LEFT JOIN后计数，COUNT(t2.id)本身忽略 NULL，但空匹配时仍返回 0；真正要兜底的是COUNT(*)为 0 的情况，此时需COALESCE(COUNT(t2.id), 0)显式强调“无关联记录” - 类型要一致：
COALESCE(SUM(col), 0)中 0 是整数，若col是DECIMAL，应写COALESCE(SUM(col), 0.0)避免隐式转换异常
WHERE 里别用 COALESCE，否则索引大概率失效
想查 “status 为 'done' 或为空”，写成 WHERE COALESCE(status, 'done') = 'done' 看似简洁，但数据库无法直接用 status 字段的索引——因为函数改变了原始值，优化器得对每行都执行一次 COALESCE。
更高效且可走索引的写法是：
WHERE status = 'done' OR status IS NULL- 或者建计算列索引（PostgreSQL）：
CREATE INDEX idx_status_coalesced ON t ((COALESCE(status, 'active')));
记住：COALESCE 放在 SELECT 和 HAVING 是安全的；放进 WHERE 或 ON 就要格外小心性能。
COALESCE 兼容所有主流数据库，但别和 NULLIF 混用
COALESCE 是 SQL 标准函数，MySQL、PostgreSQL、SQL Server、Oracle 全支持，参数个数不限，顺序取第一个非 NULL 值——这是跨库迁移最省心的写法。
但它不处理空字符串 ''：COALESCE(col, 'N/A') 遇到 col = '' 仍返回 ''，因为 '' ≠ NULL。真要兜底空串，得先转：COALESCE(NULLIF(col, ''), 'N/A')。
容易被忽略的一点是：嵌套过深的 COALESCE（比如五六个参数）会让查询难以调试，且部分 ORM 对多层嵌套解析不稳定；业务上优先考虑清洗源头，而不是在查询层堆逻辑。
