coalesce(sum(col), 0)是正确写法，因sum天然忽略null但结果为空时返回null，需在外层兜底；若写成sum(coalesce(col, 0))会错误地将每个null转为0再求和，语义失真。
COALESCE(SUM(col), 0) 是正确写法，不是 SUM(COALESCE(col, 0))
聚合函数天然忽略 NULL，但不会把它当 0 处理。比如 SUM 遇到 [1, NULL, 3] 得 4；但遇到 [NULL, NULL] 得 NULL，不是 0。报表或前端一读到 NULL 就容易报错或显示空白。
所以必须在聚合**之后**兜底：COALESCE(SUM(col), 0)。它只在整组无有效值时把结果从 NULL 换成 0。
别写成 SUM(COALESCE(col, 0))——这会让每个 NULL 先变 0 再加总，语义完全不同：原数据是 [NULL, 100]，前者返回 NULL → 0，后者返回 100（因为 0 + 100 = 100），平均值、计数类指标也会失真。
GROUP BY 后 COALESCE 必须包在聚合函数外层
常见错误是把 COALESCE 套进 GROUP BY 字段里，比如 GROUP BY COALESCE(dept, '未知')。这解决的是“空分组键怎么命名”，和“聚合结果为空怎么兜底”是两回事。
真正要防聚合结果为 NULL，得这么写：
SELECT dept, COALESCE(AVG(salary), 0) AS avg_salary, COALESCE(COUNT(*), 0) AS emp_count FROM emp GROUP BY dept
如果某部门所有 salary 都是 NULL，AVG 返回 NULL，外层 COALESCE 才生效。而 COUNT(*) 永远不会是 NULL，所以 COALESCE(COUNT(*), 0) 实际上冗余，但无害。
COALESCE 在 HAVING 中安全，但在 WHERE 中可能让索引失效
COALESCE 是标量函数，在 SELECT 或 HAVING 里用几乎没开销，数据库能正常优化。
但写进 WHERE 就危险了，比如：
-
WHERE COALESCE(status, 'active') = 'active'—— 大概率让索引失效，因为数据库没法直接拿索引值去比对函数结果 - 应改写为：
WHERE status = 'active' OR status IS NULL，这样可走索引
如果业务真要高频查 “空或某值”，考虑在 SQL Server 中加计算列 + 索引：ALTER TABLE t ADD status_clean AS COALESCE(status, 'active');，再建索引。
跨库迁移时别用 ISNULL，硬写 COALESCE 最省事
SQL Server 的 ISNULL 是方言，参数顺序是 ISNULL(表达式, 替代值)；MySQL 的 IFNULL 也是两个参数；而 COALESCE 是标准 SQL，支持任意多参数，且所有主流数据库都认。
例如想优先取手机号，再备选邮箱，最后兜底文字：
- ✅ 安全写法：
COALESCE(mobile, email, '未提供联系方式') - ❌ 换库就崩：
ISNULL(mobile, ISNULL(email, '未提供联系方式'))（嵌套难读，且 PostgreSQL 不支持）
真正容易被忽略的是：COALESCE 不处理“查询没返回任何行”的情况——它只管已有行里的字段值。如果 SELECT COALESCE(name, '游客') FROM user WHERE id = 999 查不到人，结果就是 0 行，不是一行 '游客'。
