coalesce(sum(col), 0)必须直接包裹sum才能将空组或全null组产生的null转为0；若写成sum(coalesce(col, 0))则篡改语义，把每行null当0参与计算；它不补缺失分组行，需配合left join确保行存在。
COALESCE 用在 SUM 后面为什么没生效？
因为 SUM 对空集合（比如全为 NULL 或无匹配行）返回 NULL，而 COALESCE 必须直接包裹它，不能放在外面再套一层聚合——否则会先报错或逻辑错乱。
常见错误写法：COALESCE(SUM(col), 0) 看似合理，但若 WHERE 条件没命中任何行，整条 SUM 就是 NULL，这时 COALESCE 才起作用；可一旦你加了 GROUP BY，某组没数据，SUM 还是 NULL，必须靠 COALESCE 拦截。
-
COALESCE是标量函数，只处理单个值，不能“修复”聚合前的缺失行 - 如果想让“无数据时也返回一行 0”，得配合
LEFT JOIN或UNION ALL补行，不是仅靠COALESCE - 数据库如 PostgreSQL、SQL Server、MySQL 8.0+ 都支持该用法，但 SQLite 的
SUM在空集时返回NULL，行为一致
SUM(COALESCE(col, 0)) 和 COALESCE(SUM(col), 0) 的区别
前者对每行先转 0 再求和，后者对求和结果转 0。语义完全不同。
- 用
SUM(COALESCE(col, 0))：把列中每个NULL当成0参与累加，适合“该字段本应有值但漏填”的场景 - 用
COALESCE(SUM(col), 0)：整列都是NULL或压根没数据时，最终结果才是0，适合“统计可能不存在的业务指标”（如某用户从未下单，订单金额应显示 0） - 性能上无差异，但语义错位会导致业务数据偏差——比如用户有 3 笔订单，其中 2 笔金额为
NULL，前者算出0 + 0 + 100 = 100，后者是SUM(NULL, NULL, 100) = 100 → COALESCE(100, 0) = 100；但如果 3 笔全NULL，前者得0，后者也得0，看起来一样，实则逻辑路径不同
GROUP BY 场景下 COALESCE(SUM(...), 0) 失效的典型表现
执行 SELECT user_id, COALESCE(SUM(amount), 0) FROM orders GROUP BY user_id，结果里仍可能出现 NULL ——那说明对应 user_id 组内所有 amount 值都是 NULL，但至少有一行数据，所以 SUM 返回 NULL，COALESCE 正常生效了；真正“失效”的情况其实是：该 user_id 根本不在 orders 表里，自然不会出现在结果中。
- 要确保“所有用户都出现”，得从主表（如
users）出发LEFT JOIN orders，再在SELECT中用COALESCE(SUM(o.amount), 0) - 别在
WHERE子句里过滤掉主表关联字段（如WHERE o.status = 'paid'），否则会把LEFT JOIN变成INNER JOIN效果，导致某些用户消失 - PostgreSQL 中若
GROUP BY列含NULL，会单独成一组，COALESCE(SUM(...), 0)依然有效，无需额外处理
替代方案：CASE WHEN 能否比 COALESCE 更精准？
可以，但没必要。除非你要区分“空集”和“全 NULL”两种 NULL 来源。
-
COALESCE(SUM(col), 0)统一兜底，简洁明确 - 如果真要拆开判断，得用
CASE WHEN COUNT(col) = 0 THEN 0 ELSE SUM(col) END，但COUNT(col)不统计NULL，而COUNT(*)统计所有行——所以更稳妥的是CASE WHEN COUNT(*) = 0 THEN 0 ELSE SUM(col) END - 这种写法冗长，且多数业务不需要知道“是因为没数据还是全 NULL”，徒增维护成本
- 注意：MySQL 5.7 默认开启
sql_mode=ONLY_FULL_GROUP_BY，用COUNT(*)和SUM混合时，非分组列需确保在函数内，否则报错Expression #2 of SELECT list is not in GROUP BY clause
COALESCE(SUM(col), 0)，但得清楚它只解决“聚合结果为 NULL”的问题，不负责补行、不改变聚合逻辑，也不感知数据是否存在——这些都得靠 JOIN 策略或预设默认值来配合。
