coalesce不能补全空组，因它仅对已生成的null值兜底，而空组根本不出现在结果集中；必须用left join或维度表先确保分组存在，再用coalesce(sum(amount), 0)等处理聚合结果。
COALESCE 为什么不能直接“补全”空组？
COALESCE 不会凭空让缺失的分组行出现——它只对已计算出的 NULL 做兜底。当 WHERE 条件完全不匹配，或 GROUP BY 分组根本没数据时，整行压根不会出现在结果集中，COALESCE(SUM(amount), 0) 连执行机会都没有。
常见错误现象：
- 查某用户订单总金额，该用户无订单，结果返回空集（不是
0） - 按分类统计销量，某个分类没数据，结果里直接缺这一行
真正要补全空组，得靠 LEFT JOIN 或预定义维度表把行“拉出来”，再让聚合函数运行并产出 NULL，这时 COALESCE 才能接手。
COALESCE(AVG(x), 0) 和 AVG(COALESCE(x, 0)) 有什么本质区别？
前者处理的是“整组聚合后为 NULL”的情况；后者先对每行 x 做替换，再参与计算——这会严重扭曲统计含义。
例如：AVG(COALESCE(e.salary, 0)) 把所有未知薪资当成 0 算平均，而 COALESCE(AVG(e.salary), 0) 是在该部门没人时才填 0，逻辑完全不同。
关键判断点：
-
COUNT(*)永远不返回 NULL（只要 GROUP BY 行存在），所以COALESCE(COUNT(*), 0)是多余的 -
COUNT(e.salary)忽略 NULL 值，但空组下仍返回 NULL，此时COALESCE(COUNT(e.salary), 0)才有意义
多字段优先取值时，COALESCE 怎么写才安全？
用 COALESCE(mobile, phone, contact_number, '未提供联系方式') 这类写法很常见，但必须确保所有参数类型兼容。
典型翻车场景：
-
COALESCE('a', null, '1', 2)在多数数据库中报错：字符串和整数无法隐式转换 - 字段类型不一致时（比如
TEXT和INT），需显式转换，如COALESCE(CAST(mobile AS TEXT), CAST(phone AS TEXT), '—') - MySQL 的
IFNULL、SQL Server 的ISNULL只支持两个参数，不能替代多路 fallback 场景
为什么 COALESCE 全部参数为 NULL 时返回 NULL，而不是报错？
这是 ANSI SQL 标准行为，也是三值逻辑（TRUE/FALSE/UNKNOWN）的体现——NULL 表示“未知”，不是“错误”。
这意味着你不能依赖 COALESCE 来强制非空，而应结合业务逻辑判断是否需要额外校验：
- 如果所有备选字段都可能为空，且必须返回非 NULL 值，最后一个参数务必是确定的默认值（如
'N/A'、0） - 在严格模式（如 MySQL 的
STRICT_TRANS_TABLES）下，AVG()输入全为 NULL 仍返回 NULL，COALESCE正常捕获，无需额外处理 - 别指望
COALESCE自动做类型推断——它不做隐式转换，类型冲突直接失败
最易被忽略的一点：COALESCE 的执行顺序是硬编码的从左到右，没有短路优化以外的逻辑干预空间；写的时候就得想清楚哪个字段优先、哪些值可接受、最后兜底是否真能覆盖所有空路径。
