coalesce必须套在聚合函数外层才能正确兜底空组产生的null，如coalesce(sum(amount), 0)；写在内部如sum(coalesce(amount, 0))会篡改语义，将每行null当0计算。
聚合函数返回 NULL 不是 bug，而是 SQL 标准行为：空结果集时 SUM、AVG 必然返回 NULL，而 COUNT(*) 返回 0。直接在应用层判空再赋默认值容易漏掉、不一致，最稳妥的解法是在 SQL 层用 COALESCE 包裹聚合函数本身。
COALESCE 必须套在聚合函数外层才有效
常见错误是把 COALESCE 放进聚合函数内部，比如写成 SUM(COALESCE(amount, 0))。这会让每行 NULL 都被当成 0 参与计算——语义已变：不是“空组显示 0”，而是“把空值当 0 算”。真正兜底空结果集的写法只有一种：
-
COALESCE(SUM(amount), 0)：整组无数据 →SUM返回NULL→ 外层转成0 -
COALESCE(AVG(score), 0.0)：注意类型一致，0和0.0在某些数据库中会影响结果精度 - 别写
COALESCE(score, 0)再聚合，那是在清洗原始数据，不是处理聚合空结果
GROUP BY 后某组缺失导致 NULL？COALESCE 无法补行
如果按用户分组统计订单金额，但某个用户没订单，查询不会返回该用户这一行（即“空组不出现”），COALESCE 对此完全无效。这不是空值问题，而是行缺失问题：
-
COALESCE只能替换已有行里的NULL值，不能凭空造出一行 - 要让“零订单用户”也出现在结果里，必须用
LEFT JOIN补维表（如用户表左连订单表） - 或生成完整维度序列（如日期序列），再左连业务表
- 否则，仅靠
COALESCE(SUM(...), 0)永远看不到那个用户的记录
COALESCE 参数类型必须兼容，否则报错
COALESCE 要求所有参数能隐式转换为同一类型，跨库行为较严格（PostgreSQL、SQL Server 尤其明显）：
- 错误写法：
COALESCE(AVG(score), 'N/A')—— 数值 vs 字符串，多数数据库直接报类型冲突 - 正确写法：
COALESCE(AVG(score), 0.0)或COALESCE(CAST(AVG(score) AS TEXT), 'N/A') - 若想统一兜底为字符串，建议先
CAST聚合结果，再COALESCE，避免依赖数据库隐式转换规则 - MySQL 宽松些，但别因此养成坏习惯；跨库迁移时这类写法大概率崩
最容易被忽略的是：是否用 0 替代 NULL，本质是业务定义问题。比如 AVG(score) 返回 NULL，你用 COALESCE(AVG(score), 0) 是把“无人参考”强行算成“全员考了 0 分”。这个决策必须和产品对齐，而不是开发随手一填。
