coalesce(sum(amount), 0)正确，用于聚合结果为null时兜底为0；sum(coalesce(amount, 0))错误，会将每行null当0参与计算，扭曲语义；count(*)不返回null，无需coalesce。
COALESCE必须包在聚合函数外层才有效
写成 COALESCE(SUM(amount), 0) 是对的，SUM(COALESCE(amount, 0)) 是错的——后者会把每行的 NULL 强行当 0 加进去，导致空组也返回非零值，语义完全歪掉。
聚合函数（如 SUM、AVG、MAX）本身会忽略 NULL 行，但若整组无匹配数据（比如某类目本月没订单），结果就是 NULL，不是 0。前端或 ORM 拿到这个 NULL 很容易报错或渲染异常。
-
COUNT(*)不会返回NULL，空组也返回0，无需COALESCE -
COUNT(column)同样不返回NULL，哪怕该列全为NULL，结果仍是0 - 只有
SUM、AVG、MAX、MIN这类真正可能返回NULL的聚合函数才需要兜底
GROUP BY 字段含 NULL 时不能只 SELECT 里用 COALESCE
如果分组字段（比如 category）本身有 NULL 值，数据库默认把它归为一组。你想显示为 'Uncategorized'，就必须让 GROUP BY 和 SELECT 使用完全一致的表达式。
错误写法：SELECT COALESCE(category, 'Uncategorized') FROM t GROUP BY category —— 这会让 category IS NULL 和 'Uncategorized' 被当成两个不同分组，结果错乱甚至报错。
- 正确写法：在
SELECT和GROUP BY中都写COALESCE(category, 'Uncategorized') - 某些旧版 MySQL 不支持函数直接进
GROUP BY，得改用子查询或 CTE 预处理 - 更稳妥方式：用 CTE 先统一转换字段，避免重复写、难维护
多表 JOIN 后聚合为空，光靠 COALESCE 不够
用日期维表 LEFT JOIN 订单表后，某些日期仍显示 NULL，不是 COALESCE 没起作用，而是你没选对聚合对象。
典型错误：COUNT(*) 统计的是左表行数，哪怕右表没匹配也返回 1；而 COUNT(order_id) 会忽略 NULL，但如果不包 COALESCE，结果还是 NULL。
- 正确写法：
COALESCE(COUNT(t2.order_id), 0)，且GROUP BY t1.date（只用左表字段） - 别在
WHERE写t2.status = 'done'，这会让LEFT JOIN退化成INNER JOIN，空日期直接消失 - COALESCE 无法“生成行”，它只负责把已有聚合结果里的
NULL替换成默认值；想让空维度出现，得靠维表或GENERATE_SERIES（PG）/序列补全
类型兼容和空字符串是最大翻车点
COALESCE 只认 NULL，不认空字符串 ''、数字 0 或时间 '0000-00-00'。业务上常把 '' 当 NULL 看，但数据库不会自动帮你转。
危险组合：COALESCE(updated_at, 'never') 在 PostgreSQL 或 MySQL 中大概率触发隐式类型转换，要么报错，要么返回不可读的值（比如时间转成 0）。
- 显式转换才是安全做法：
COALESCE(TO_CHAR(updated_at, 'YYYY-MM-DD'), 'N/A')（PG）或COALESCE(DATE_FORMAT(updated_at, '%Y-%m-%d'), 'N/A')（MySQL） - 要处理空字符串，先用
NULLIF(col, '')清洗：COALESCE(NULLIF(phone, ''), NULLIF(mobile, ''), '暂无') - 测试时别只用
NULL样本，一定要混着''、0、NULL、有效时间一起跑真实数据
