CASE WHEN在GROUP BY中不能直接用别名，因为SQL执行顺序是先GROUP BY后SELECT，别名在GROUP BY阶段尚未生成；正确做法是重复CASE表达式或使用子查询/CTE。
为什么CASE WHEN在GROUP BY里不能直接用别名？
因为SQL执行顺序是先GROUP BY后SELECT，所以你在SELECT里用CASE WHEN起的别名，在GROUP BY阶段还不存在。常见错误是写成这样：
SELECT CASE WHEN score >= 90 THEN 'A' ELSE 'B' END AS grade, COUNT(*) FROM students GROUP BY grade;——会报错
Unknown column 'grade'。
正确做法只有两种：要么重复写整个CASE WHEN表达式，要么用子查询/CTE包裹。推荐前者，更直白、兼容性更好（所有主流数据库都支持）。
- MySQL、PostgreSQL、SQL Server都要求
GROUP BY中必须是原始表达式或列位置（如GROUP BY 1），不支持别名 - Oracle支持
GROUP BY用别名，但为了一致性和可移植性，建议统一写法 - 如果
CASE WHEN逻辑特别长，才考虑用CTE避免重复，否则反而增加阅读负担
怎么写一个带条件聚合的分组统计？
比如按价格区间统计商品数量和平均销量，同时排除无效数据（price ≤ 0 或销量为NULL）。
关键点在于：把过滤逻辑放在CASE WHEN内部，而不是靠WHERE——因为WHERE会整行过滤，而你可能想保留某行用于其他分组维度。
SELECT
CASE
WHEN price BETWEEN 0 AND 99 THEN 'low'
WHEN price BETWEEN 100 AND 499 THEN 'mid'
WHEN price >= 500 THEN 'high'
ELSE 'unknown'
END AS price_range,
COUNT(*) AS total_count,
AVG(CASE WHEN sales IS NOT NULL THEN sales END) AS avg_sales
FROM products
WHERE price > 0 -- 这里只筛掉明显异常值，不影响分组逻辑
GROUP BY
CASE
WHEN price BETWEEN 0 AND 99 THEN 'low'
WHEN price BETWEEN 100 AND 499 THEN 'mid'
WHEN price >= 500 THEN 'high'
ELSE 'unknown'
END;-
AVG(CASE WHEN ... THEN ... END)这种写法能自动跳过NULL，比AVG(sales)更安全 -
BETWEEN包含边界，注意区间是否重叠或遗漏（比如99和100之间有没有空隙） - 如果要按多个字段组合分组（比如地区+价格区间），就把两个
CASE WHEN都写进GROUP BY
遇到NULL值，CASE WHEN会怎么处理？
CASE WHEN本身不会把NULL变成0或空字符串，它只是逐条判断条件。如果所有WHEN都不匹配，且没写ELSE，结果就是NULL——而GROUP BY NULL会被当成一个独立分组（不是“没分组”，而是真有一个NULL组）。
这常导致统计结果多出一行NULL，尤其在关联查询或字段本身含NULL时容易被忽略。
- 务必加上
ELSE分支，哪怕只是ELSE 'other'或ELSE 'n/a' - 如果想把NULL单独归为一类，显式写成
WHEN column IS NULL THEN 'missing'，比依赖ELSE更清晰 - 在
GROUP BY中，NULL = NULL成立，所以所有NULL会聚到同一组；但某些旧版MySQL严格模式下可能行为不同，建议测试确认
性能上要注意什么？
CASE WHEN本身开销很小，真正影响性能的是它引发的全表扫描或索引失效。
- 如果
CASE WHEN里用了函数（如UPPER(name)）或计算（如price * 1.1），就无法走索引，即使原字段有索引 - 尽量把条件写成“字段 操作符 值”的形式，比如
score >= 90，而不是score + 5 > 95 - 在大表上做分组统计前，先用
EXPLAIN看执行计划，确认是否用了索引；必要时可建函数索引（PostgreSQL/MySQL 8.0+支持）
复杂分组逻辑一旦嵌套多层CASE或混用子查询，可读性和维护性会快速下降。真遇到这种情况，不如拆成临时表或视图，别硬塞在一个SQL里。
