SQL执行顺序决定CASE WHEN别名在WHERE中不可用，正确做法是WHERE用原始字段过滤、GROUP BY重复CASE表达式或用CTE封装；PostgreSQL/MySQL 8.0+支持GROUP BY列序号但兼容性差。
用 CASE WHEN 生成分组字段时，WHERE 和 GROUP BY 的顺序不能颠倒
很多人写完 CASE WHEN 后直接塞进 GROUP BY，却在 WHERE 里还试图引用这个别名，结果报错 column "age_group" does not exist。因为 SQL 执行顺序是：FROM → WHERE → GROUP BY → SELECT → ORDER BY，CASE WHEN 在 SELECT 里定义的别名，在 WHERE 阶段根本不可见。
正确做法是：需要过滤的条件必须写在 WHERE 中（用原始字段），分组逻辑才放 SELECT + GROUP BY 里。比如按年龄分段统计，但只看 18 岁以上用户：
SELECT
CASE
WHEN age BETWEEN 18 AND 25 THEN '18-25'
WHEN age BETWEEN 26 AND 35 THEN '26-35'
ELSE '36+'
END AS age_group,
COUNT(*)
FROM users
WHERE age >= 18 -- ✅ 这里只能用原始字段 age
GROUP BY
CASE
WHEN age BETWEEN 18 AND 25 THEN '18-25'
WHEN age BETWEEN 26 AND 35 THEN '26-35'
ELSE '36+'
END; -- ✅ GROUP BY 必须重复整个 CASE 表达式，不能写 age_group
避免在 GROUP BY 中重复写长 CASE 表达式
每次 GROUP BY 都复制粘贴一整段 CASE WHEN 不仅难维护，还容易漏改一处导致逻辑不一致。PostgreSQL 和 MySQL 8.0+ 支持在 GROUP BY 中直接引用 SELECT 列的序号（从 1 开始），SQL Server 和 Oracle 也支持；但 SQLite 和旧版 MySQL 不行。
更通用、更安全的做法是用子查询或 CTE 封装分组字段：
CASE WHEN
- 明确归类 NULL：
WHEN column IS NULL THEN 'unknown' - 统一兜底：
ELSE 'other'（比让 NULL 自成一组更可控） - 若业务上 NULL 确实不该存在，先在 WHERE 过滤：
WHERE column IS NOT NULL
性能敏感场景下，CASE WHEN 分组不如预先建计算列或物化视图
当表很大（千万级）、且该分组查询频繁执行时，每次运行都实时计算 CASE WHEN 会拖慢响应。虽然数据库能对简单表达式做一定优化，但不如物理列来得直接。
可选方案：
- MySQL/PostgreSQL：添加生成列（
GENERATED ALWAYS AS (...) STORED），然后在该列上建索引 - PostgreSQL：用物化视图定期刷新分组结果
- 应用层缓存：如果区间规则稳定，把分组逻辑提到代码里预计算，再聚合入库
临时查一次？CASE WHEN 完全够用。天天跑报表？得考虑落地存储。
