聚合函数在空结果集时返回NULL是SQL标准行为，非BUG；COUNT()返回0，其余如SUM()、AVG()等返回NULL以表示“未定义”，COALESCE(SUM(x),0)是最通用的补零方案。
聚合函数在空结果集时返回NULL，不是BUG而是标准行为
SQL标准规定，COUNT() 以外的聚合函数（如 SUM()、AVG()、MAX()、MIN()）在输入行为空时必须返回 NULL。这不是数据库实现缺陷，而是语义设计：空集合没有“平均值”或“最大值”，NULL 表示“未定义”。直接期望它返回 0 会掩盖逻辑歧义——比如 SUM() 返回 0 可能被误读为“有数据但总和为零”，而实际是“无数据”。
用COALESCE包裹聚合函数是最通用的补零方案
COALESCE() 是 SQL 标准函数，接受多个参数，返回第一个非 NULL 值。它比 ISNULL()（仅 SQL Server）或 IFNULL()（MySQL）更可移植，且支持任意数量备选值。
常见写法：
SELECT COALESCE(SUM(amount), 0) AS total FROM orders WHERE status = 'cancelled';
关键点：
-
COALESCE()的所有参数类型需兼容，否则触发隐式转换或报错（如 PostgreSQL 严格检查类型） - 若
SUM()本身可能返回NULL（例如字段含NULL且无行匹配），COALESCE仍生效；但若想区分“空结果集”和“结果集含 NULL 值”，需额外逻辑 - 避免嵌套过深：
COALESCE(COALESCE(SUM(x), 0), 0)没有意义，一层足够
注意GROUP BY场景下NULL与0的语义差异
当使用 GROUP BY 时，某组无匹配行不会产生该分组结果（即该组根本不出现在结果集中），此时 COALESCE 不起作用——它只处理已生成的聚合值为 NULL 的情况。若需要确保每个分组都出现（包括计数为 0 的），必须用 LEFT JOIN 或 GENERATE_SERIES（PostgreSQL）等构造驱动表。
例如，要列出所有部门及其员工薪资总和（含无人部门）：
SELECT d.name, COALESCE(SUM(e.salary), 0) AS total_salary FROM departments d LEFT JOIN employees e ON d.id = e.dept_id GROUP BY d.id, d.name;
这里 LEFT JOIN 确保部门行存在，COALESCE 才能将 SUM() 的 NULL 转为 0。
性能与索引影响几乎可以忽略，但别在WHERE里滥用
COALESCE(SUM(...), 0) 是纯计算层操作，不改变执行计划，不影响索引使用。真正危险的是把 COALESCE 放进 WHERE 子句去过滤聚合结果，比如：
WHERE COALESCE(SUM(price), 0) > 100 -- ❌ 错误！不能在WHERE中对聚合函数操作
正确做法是用 HAVING：
HAVING COALESCE(SUM(price), 0) > 100 -- ✅
另外，如果业务上“空结果=0”是强约定，且多处使用，可考虑封装为视图或 CTE，避免重复写 COALESCE。
最易被忽略的一点：某些 ORM（如 Django ORM）在 annotate 聚合后默认不处理 NULL，需手动加 Coalesce() 表达式，否则前端拿到 null 容易引发 JS 类型错误。
