GROUP BY中NULL默认归为一组，但业务需映射为明确值时，必须在SELECT和GROUP BY中同步使用COALESCE（如COALESCE(col,'N/A')）；仅SELECT替换或WHERE过滤均会导致逻辑错误或数据丢失。
GROUP BY 里直接用 COALESCE 或 ISNULL 处理 NULL
SQL 分组时遇到 NULL，默认会把所有 NULL 归为同一组——这通常不是你想要的，尤其当业务上希望把 NULL 当作“未知”或“未填写”，并统一映射成某个明确值（比如 'N/A'、0）再分组时。最直接的做法就是在 GROUP BY 子句和 SELECT 列表里对字段做一致替换。
不同数据库语法略有差异：
- PostgreSQL / MySQL 8.0+ / SQLite：用
COALESCE(col, 'N/A') - SQL Server：可用
ISNULL(col, 'N/A')（性能略优于COALESCE，但只支持两个参数）或COALESCE(col, 'N/A') - Oracle：用
NVL(col, 'N/A')或COALESCE(col, 'N/A')
关键点是：替换必须同时出现在 SELECT 和 GROUP BY 中，否则会报错（如 PostgreSQL 报 column "xxx" must appear in the GROUP BY clause）。
WHERE 过滤掉 NULL 再分组？先想清楚业务含义
有人习惯加 WHERE col IS NOT NULL 来避开 NULL，但这本质是丢弃数据，不是“替换”。如果原始数据中 NULL 代表“未申报收入”，而你只想统计“已申报用户”的平均值，那过滤合理；但如果目标是“按收入区间（含未申报）分组统计人数”，过滤就导致结果失真。
常见误操作：
- 只在
SELECT里用COALESCE，GROUP BY还写原字段 → 报错或逻辑错乱 - 用字符串拼接强行兜底，比如
col || '_null'（PostgreSQL）或CONCAT(col, '_null')（MySQL），但若col是数字类型，可能触发隐式转换异常 - 在聚合函数里套
COALESCE，比如COUNT(COALESCE(col, 'X'))—— 这不会影响分组逻辑，只是改了计数内容，容易混淆目的
聚合前用子查询或 CTE 预处理更清晰
当替换逻辑复杂（比如多层判断、关联维度表补全），或者要复用替换后字段多次，硬塞在 GROUP BY 里会让语句臃肿难读。这时用子查询或 WITH 更可控：
WITH cleaned AS (
SELECT
COALESCE(department, 'Unknown') AS dept_clean,
salary
FROM employees
)
SELECT dept_clean, AVG(salary)
FROM cleaned
GROUP BY dept_clean;好处是：替换逻辑只写一次；可加注释说明业务含义（如 -- NULL 表示部门未录入，统一归入 Unknown 统计）；后续还能加 HAVING 或连接其他表。
注意：CTE 不是所有旧版数据库都支持（如 MySQL WITH），需确认版本兼容性。
ORDER BY 和索引对 NULL 替换的影响常被忽略
替换后的分组结果排序时，如果写 ORDER BY COALESCE(col, 'N/A')，数据库无法利用 col 上的原索引，可能触发文件排序（Using filesort）。若该字段高频用于分组+排序，建议：
- 对常用替换值建生成列（MySQL 5.7+、PostgreSQL 12+ 支持）并索引，例如：
ALTER TABLE t ADD COLUMN dept_group VARCHAR(20) STORED AS (COALESCE(department, 'Unknown'))，再对dept_group建索引 - 业务允许时，在写入阶段就补全默认值（如 INSERT 时用
COALESCE(?, 'Unknown')），避免每次查询都计算
临时替换看着简单，但数据量大、QPS 高时，计算开销和索引失效问题会突然冒出来。
