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 封装分组字段：

WITH grouped AS (
  SELECT 
    id,
    CASE 
      WHEN score < 60 THEN 'fail'
      WHEN score < 85 THEN 'pass'
      ELSE 'excellent'
    END AS level
  FROM exams
)
SELECT level, COUNT(*) 
FROM grouped 
GROUP BY level;  -- ✅ 直接用别名，清晰且无重复

CASE WHEN 分组时 NULL 值会单独成一组，常被忽略

如果分组字段的 CASE WHEN 没有覆盖所有可能值（比如漏了 ELSE），NULL 就会作为独立分组出现。这在统计人数时可能导致总数对不上——你以为漏了数据，其实是 NULL 被算进去了。

检查方法很简单：加一句 WHERE column IS NULL 看是否有记录；修复方式就是补上 ELSE 分支，或显式处理 NULL：

• 明确归类 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 完全够用。天天跑报表？得考虑落地存储。