coalesce不能修复空组缺失问题，必须先通过left join或维度表确保分组存在，再用coalesce处理聚合结果null；如coalesce(avg(e.salary), 0)有效，而avg(coalesce(e.salary, 0))会扭曲统计。
COALESCE 不能直接“修复”聚合函数在空组下的 NULL，它只负责对已有值做兜底；真正要控制空组行为，得靠 GROUP BY + WHERE 或 LEFT JOIN 配合。
COALESCE 对 COUNT(*)、SUM() 等聚合结果无效的典型场景
很多人试过 COALESCE(SUM(amount), 0) 却发现没效果——其实不是函数失效，而是当 WHERE 条件完全不匹配时，整个分组根本不会出现在结果里，SUM() 根本没机会执行，更谈不上返回 NULL。这时 COALESCE 连被调用的机会都没有。
常见错误现象：
- 想查某用户所有订单总金额，但该用户无订单，查询结果为空行（不是
0） - 用
GROUP BY category统计各分类销量，但某个分类没数据，结果里直接缺失该行
正确做法：先确保分组存在，再用 COALESCE 填充聚合值
必须让目标分组“强制出现”，才能让聚合函数运行并返回 NULL，这时 COALESCE 才起作用。常用组合是 LEFT JOIN 或预定义维度表。
示例（查每个部门的平均薪资，含无员工的部门）：
SELECT d.name, COALESCE(AVG(e.salary), 0) AS avg_salary FROM departments d LEFT JOIN employees e ON d.id = e.dept_id GROUP BY d.id, d.name;
关键点：
-
departments是主表（保证每部门必出一行） -
LEFT JOIN让无员工的部门仍保留，e.salary全为 NULL →AVG()返回 NULL →COALESCE捕获并转为0 - 不能写成
COALESCE(AVG(e.salary), 0)放在WHERE e.dept_id IS NOT NULL后面——那会把空部门提前过滤掉
注意 AVG()、COUNT()、SUM() 对 NULL 的天然处理差异
COALESCE 包裹的位置和对象不同，效果完全不同：
-
COALESCE(AVG(e.salary), 0)：处理的是整组聚合后为 NULL 的情况（如全 NULL 或空组） -
AVG(COALESCE(e.salary, 0))：先把每行salary的 NULL 替成 0，再算平均——这会严重扭曲统计意义（比如把“未知薪资”当成 0 参与计算） -
COUNT(*)永远不为 NULL，哪怕组内无匹配行（只要 GROUP BY 行存在），所以COALESCE(COUNT(*), 0)多余 -
COUNT(e.salary)会忽略 NULL 值，但空组下仍返回 NULL，此时COALESCE(COUNT(e.salary), 0)才有意义
MySQL 8.0+ 和 PostgreSQL 中的 NULL 处理一致性提醒
标准 SQL 下 COALESCE 行为一致，但要注意引擎细节：
- MySQL 在
STRICT_TRANS_TABLES模式下，若AVG()输入全为 NULL，仍返回 NULL，可被COALESCE捕获 - PostgreSQL 对空组的聚合同样返回 NULL，行为一致
- 但 SQLite 的
AVG()在空组下返回 NULL，而SUM()返回 0 —— 这种隐式差异容易让人误以为COALESCE失效
最易被忽略的一点：你写的 COALESCE 很可能根本没被执行，因为那个“空”不是聚合结果的 NULL，而是整行压根没生成。先保行，再填值。
