COALESCE必须置于聚合函数外层才能正确处理空结果集返回的NULL；内层使用会篡改语义，如SUM(COALESCE(amount,0))错误地将无数据伪造成有数据。
COALESCE必须套在聚合函数外层才有效
聚合函数（如 SUM、AVG、COUNT）对空结果集返回 NULL，不是 0 或空字符串。想把这种 NULL 替换成默认值，COALESCE 必须包在聚合函数外面——写在里面会篡改语义。
-
COALESCE(SUM(amount), 0)：正确。整组无数据 →SUM返回NULL→ 外层转成0 -
SUM(COALESCE(amount, 0))：错误。把每行NULL强行当0加，即使原始数据全为NULL，结果也是0，但业务上这不代表“有销售且为 0”，而是“没数据却假装有” -
COUNT(*)永远不返回NULL（空组也返回0），无需COALESCE；但COUNT(column)若该列存在且全为NULL，仍返回0，也不触发NULL
GROUP BY 分组字段含 NULL 时不能只 SELECT 里 COALESCE
如果分组字段（比如 category）本身有 NULL 值，默认会被归为单独一组。你想统一显示为 '未知'，但只在 SELECT 里写 COALESCE(category, '未知')，会导致分组逻辑和输出不一致——category IS NULL 和 '未知' 会被当成两组。
- 错误：
SELECT COALESCE(category, '未知') FROM t GROUP BY category - 正确：
SELECT COALESCE(category, '未知') AS cat, COUNT(*) FROM t GROUP BY COALESCE(category, '未知') - 更稳妥：用 CTE 先处理，避免重复写表达式，也方便后续复用或加过滤
LEFT JOIN 后聚合计数为 NULL？先确认是空组还是字段 NULL
用日期维表左连订单表，某些日期显示 NULL 而非 0，常见原因有两个：一是你用了 COUNT(*)（它统计左表行数，哪怕右表没匹配也算 1），二是你漏了 COALESCE 包裹聚合结果。
- 要统计“每天的订单数”，应写：
COALESCE(COUNT(t2.order_id), 0)，且GROUP BY t1.date（只用左表字段） - 别在
WHERE写t2.status = 'done'，这会让LEFT JOIN退化成INNER JOIN，空日期直接消失 - 记住：
COALESCE解决不了“空组缺失”，它只能把已有分组的聚合结果NULL替换成默认值；若某维度根本没数据（比如某产品类目本月零销售），得靠维表补全或生成序列，不是加个COALESCE就行
类型不兼容时强类型数据库直接报错
PostgreSQL、SQL Server 等强类型数据库要求 COALESCE 所有参数能统一为同一类型，否则拒绝执行。MySQL 虽会隐式转换，但结果不可靠（比如数值转字符串可能截断或变科学计数法）。
- 错误：
COALESCE(price, 'free')在 PostgreSQL 中报cannot cast type numeric to text - 安全写法：
COALESCE(CAST(price AS TEXT), 'free')或统一为数值：COALESCE(price, 0) - 数字字段兜底用
0，字符串字段兜底用''或'N/A'，别交叉混用
真正容易被忽略的是：聚合前是否真有数据可聚。如果 WHERE 条件太严、JOIN 条件写错、或者维表没补全，COALESCE 再怎么包也救不回“本该出现却压根没进结果集”的那几行。
