GROUP BY 将所有 NULL 值归为同一独立分组，而非忽略；应使用 COALESCE(dept, '未知部门') 在 GROUP BY 和 SELECT 中统一替换 NULL，确保分组键一致，避免结果错乱。
GROUP BY 遇到 NULL 会单独分组
SQL 标准里，NULL 和任何值（包括另一个 NULL）都不相等，但 GROUP BY 会把所有 NULL 归为同一组——这点常被误以为“不参与分组”或“被忽略”。实际执行时，NULL 值会形成一个独立分组，COUNT(*) 算它，SUM() 跳过它，容易导致聚合结果和预期对不上。
- 常见错误现象：
SELECT dept, COUNT(*) FROM emp GROUP BY dept返回一行dept = NULL，但业务上想把它当作“未分配部门”统一归到“其他”里 - 根本原因：不是
GROUP BY本身问题，而是NULL在分组语义中既“存在”又“不可比较” - 直接在
GROUP BY表达式里处理最稳妥，别指望后续用WHERE过滤掉——WHERE dept IS NOT NULL会直接丢弃这些记录
用 COALESCE 替换 NULL 再分组
COALESCE 是最轻量、兼容性最好的方案，它按顺序返回第一个非 NULL 值，且所有数据库都支持。关键在于：必须在 GROUP BY 和 SELECT 中使用完全一致的表达式，否则报错或分组错乱。
- 正确写法：
SELECT COALESCE(dept, '未知部门') AS dept_group, COUNT(*) FROM emp GROUP BY COALESCE(dept, '未知部门') - 不能只改
SELECT不改GROUP BY，否则 PostgreSQL 报错column "dept" must appear in the GROUP BY clause，MySQL 可能出错或返回随机值 - 字符串字面量要加单引号，
COALESCE(dept, '其他')对，COALESCE(dept, 其他)是语法错误 - 如果字段是数字类型（如
manager_id），填默认值用COALESCE(manager_id, -1)，避免隐式类型转换失败
替代方案对比：CASE vs IFNULL vs COALESCE
COALESCE 是标准 SQL，三值逻辑安全；IFNULL（MySQL）和 ISNULL（SQL Server）是方言函数，只接受两个参数，可读性略差；CASE 最灵活但冗长，没必要为简单填充写一整段。
-
IFNULL(dept, '未知')在 MySQL 里可用，但迁移到 PostgreSQL 就报错，COALESCE无此风险 -
CASE WHEN dept IS NULL THEN '未知' ELSE dept END功能等价，但多写 3 倍字符，易漏END或括号 - 性能差异可忽略——所有方案都是行级计算，瓶颈在磁盘 I/O 和索引，不在这个函数调用
聚合后补 NULL 标签容易踩坑
有人想先分组再用 COALESCE 处理结果列，比如 SELECT COALESCE(dept, '未知'), COUNT(*) FROM emp GROUP BY dept。这看似省事，实则危险：当 dept 本身含 NULL，GROUP BY dept 已经产生一个 NULL 分组，COALESCE 只是给输出列改名，不影响分组逻辑，最终还是有两行：“未知”和空值并存。
- 真正要合并，必须让分组键本身不出现
NULL，即GROUP BY表达式里就消除它 - 如果用视图或 CTE，也要确保
GROUP BY子句里的表达式和SELECT列严格一致 - 某些 ORM（如 Django ORM）生成的 SQL 可能自动加
GROUP BY字段名而非表达式，这时得手动写原生查询或改用annotate()+Coalesce
事情说清了就结束。真正麻烦的不是怎么填 NULL，而是分组键表达式是否在 GROUP BY 和 SELECT 里完全一致——漏掉一个括号、少个引号、大小写不匹配，都可能让 NULL 分组悄悄混进结果里。
