NULL在GROUP BY中默认被归为同一组，符合SQL标准；但需用COALESCE或CASE显式转换以语义化标识，并确保SELECT与GROUP BY表达式一致，同时注意HAVING和ORDER BY中的兼容性问题。
GROUP BY 遇到 NULL 时默认怎么处理
SQL 标准规定：NULL 不等于任何值，包括它自己。因此在 GROUP BY 中，所有 NULL 值会被归为同一组——这本身没错，但容易让人误以为“NULL 被忽略了”或“没参与分组”。实际是它们被聚在一起了，只是结果看起来像“少了一行”。
常见错误现象：SELECT dept, COUNT(*) FROM emp GROUP BY dept 返回结果里没有 dept IS NULL 对应的行？不，它有，只是你没意识到那行的 dept 值显示为 NULL（不同客户端渲染方式不同，有的显示为空白）。
- 用
SELECT dept, COUNT(*) FROM emp GROUP BY dept时，务必检查结果中是否真有一行dept列为NULL - PostgreSQL 和 SQL Server 默认显示
<NULL>或空；MySQL 8.0+ 在命令行客户端可能只留空白，容易漏看 - 如果业务上需要把
NULL当作“未知部门”单独标识，不能依赖默认行为，得显式处理
用 COALESCE 或 CASE 把 NULL 转成可读标签再分组
想让统计结果更清晰，比如把 NULL 部门显示为 'Unknown'，就得在 GROUP BY 和 SELECT 中同步替换。否则会报错或逻辑错乱。
正确写法（兼容 MySQL / PostgreSQL / SQL Server）：
SELECT COALESCE(dept, 'Unknown') AS dept_label, COUNT(*) AS cnt FROM emp GROUP BY COALESCE(dept, 'Unknown');
注意点：
-
COALESCE必须在SELECT和GROUP BY中完全一致，否则某些数据库（如 MySQL 严格模式）会拒绝执行 - 避免用
ISNULL(dept, 'Unknown')（SQL Server 专用），跨库迁移时容易出问题 - 如果字段是数字型（如
salary），别转成字符串再分组——COALESCE(salary, -1)比COALESCE(salary, '-1')更安全，避免隐式类型转换
HAVING 过滤含 NULL 分组时的陷阱
很多人想“排除掉 NULL 所在的分组”，直接写 HAVING dept IS NOT NULL，结果报错：ERROR: column "dept" must appear in the GROUP BY clause（PostgreSQL）或类似提示。
原因：一旦用了 GROUP BY，非聚合字段在 HAVING 中不可直接引用，除非它出现在 GROUP BY 子句中。
- 正确做法是先在
GROUP BY中保留原始字段，再用HAVING判断：GROUP BY dept HAVING dept IS NOT NULL - 如果已用
COALESCE包装，就只能对包装后的别名做判断——但别名不能用于HAVING（标准 SQL 不支持），得重写条件：HAVING COALESCE(dept, 'Unknown') != 'Unknown' - 更稳妥的方式是前置过滤：
WHERE dept IS NOT NULL，性能通常更好，也更易读
ORDER BY 中 NULL 的排序位置会影响统计解读
分组后常跟 ORDER BY COUNT(*) DESC，但如果想把 NULL 组排到最后或最前，得显式控制——因为不同数据库默认策略不同：PostgreSQL 默认 NULLS LAST，MySQL 默认 NULL 视为最小值排最前。
例如要确保 Unknown 组永远排末尾：
SELECT COALESCE(dept, 'Unknown') AS dept_label, COUNT(*) AS cnt FROM emp GROUP BY COALESCE(dept, 'Unknown') ORDER BY CASE WHEN dept_label = 'Unknown' THEN 1 ELSE 0 END, cnt DESC;
关键提醒：
- 别依赖数据库默认的
NULL排序行为，尤其当结果要导出给业务方看时 -
ORDER BY dept NULLS LAST是标准语法，但 SQLite 和旧版 MySQL 不支持，跨库优先用CASE方式 - 如果分组键本身是表达式（如
COALESCE），ORDER BY后直接写别名是 OK 的；但若写原始字段名（如ORDER BY dept），在GROUP BY未包含该字段时会出错
