group by中null被单独分组，须在select和group by中同步使用coalesce统一处理；多字段需分别包裹，注意类型兼容性、聚合函数外层使用及别名不可用于group by。
GROUP BY里NULL被单独分组，必须用COALESCE统一处理
SQL标准规定，所有NULL在GROUP BY中会被归为同一组，但它不等于任何值，也不显示为可识别标签——结果里就冒出一行NULL，业务上却希望叫“未填写”或“未知”。只在SELECT里套COALESCE(dept, '未知')没用，分组还是按原始dept字段走，导致展示和逻辑错位。
- 必须同时在
SELECT和GROUP BY中使用完全一致的COALESCE表达式，例如：GROUP BY COALESCE(dept, '未知') - 如果字段来自
LEFT JOIN（比如orders LEFT JOIN users ON ...），产生的NULL和业务字段本身的NULL语义可能不同，这时COALESCE会一视同仁，需提前用CASE区分来源 - 多字段分组时，每个可能为
NULL的字段都得单独包裹，比如：GROUP BY COALESCE(region, '未知'), COALESCE(channel, '其他')
COALESCE参数类型不匹配会静默截断或报错
COALESCE要求所有参数类型兼容，数据库会尝试隐式转换，但风险很高。比如字段是VARCHAR(10)，而你写COALESCE(dept, '未分配部门')，MySQL严格模式下直接报错，宽松模式可能截成“未分配部”。
- 数字字段不能直接填字符串默认值：
COALESCE(age, '未知')会失败；得先转类型：COALESCE(CAST(age AS CHAR), '未知') - 时间字段如
created_at，COALESCE(created_at, '1970-01-01')多数库可行，但SQLite可能因类型亲和力出偏差 - PostgreSQL最严格，Oracle要注意字符集，建议提前查字段定义：
SELECT column_name, data_type, character_maximum_length FROM information_schema.columns WHERE table_name = 'employees'
聚合函数外层用COALESCE才有效，别塞进里面
COALESCE(AVG(salary), 0)是对的，AVG(COALESCE(salary, 0))是错的——后者把所有NULL薪资当成0参与计算，平均值严重失真。
-
COALESCE必须包在聚合函数**外层**，才能兜住整组聚合后返回的NULL -
COUNT(*)永远不会是NULL，所以COALESCE(COUNT(*), 0)多余；但COUNT(salary)可能为NULL（空组），这时COALESCE(COUNT(salary), 0)才有意义 - 想让“空组”也出一行（比如某分类没数据也要显示
0），COALESCE做不到——得靠LEFT JOIN或维度表先把行“撑出来”，再用COALESCE填值
别名不能直接用于GROUP BY，尤其别信ORM自动生成的SQL
有些ORM或BI工具生成类似SELECT COALESCE(dept, '未知') AS dept_name FROM t GROUP BY dept_name的SQL，这在标准SQL里非法。PostgreSQL虽支持，但MySQL、SQL Server、Oracle都不认。
- 要么重复写完整表达式：
GROUP BY COALESCE(dept, '未知') - 要么用子查询或CTE先处理字段，避免重复和出错
- 检查生成SQL的实际执行计划，确认
GROUP BY子句是否真的用了你写的表达式，而不是被工具重写成别名
COALESCE处理的是表达式结果（比如UPPER(name)）时，必须对整个表达式套一层COALESCE，而不是只包原始列——否则UPPER(NULL)仍是NULL，照样单独成组。
