CASE WHEN 在 GROUP BY 中必须同步出现在 SELECT 和 GROUP BY 中，否则报错；WHERE 中应避免用 CASE WHEN 替代布尔条件以保障索引使用；需显式处理 NULL；跨库应优先采用搜索型 CASE WHEN 并注意语法差异。
CASE WHEN 在 GROUP BY 中必须出现在 SELECT 和 GROUP BY 两端
直接在 SELECT 里写 CASE WHEN 分类，却忘了同步加到 GROUP BY，是报错最常见原因。MySQL 8.0+ 和 PostgreSQL 严格要求：只要 SELECT 中有非聚合字段（包括 CASE WHEN 表达式），就必须出现在 GROUP BY 中。
错误写法：
SELECT CASE WHEN score >= 90 THEN 'A' WHEN score >= 80 THEN 'B' ELSE 'C' END AS grade, COUNT(*) FROM students;——缺少
GROUP BY，会报 ERROR 1140: In aggregated query without GROUP BY 或类似提示。
正确做法：
SELECT CASE WHEN score >= 90 THEN 'A' WHEN score >= 80 THEN 'B' ELSE 'C' END AS grade, COUNT(*) AS cntFROM studentsGROUP BY CASE WHEN score >= 90 THEN 'A' WHEN score >= 80 THEN 'B' ELSE 'C' END;
更稳妥的写法是用列别名引用（仅限 PostgreSQL、SQL Server；MySQL 5.7 默认不支持，8.0+ 开启 ONLY_FULL_GROUP_BY=OFF 才可）：
GROUP BY grade。但为兼容性和可读性，建议显式写出完整表达式或使用子查询封装。
避免在 WHERE 中误用 CASE WHEN 替代布尔逻辑
CASE WHEN 是表达式，不是条件语句，不能直接用于 WHERE 做“分类过滤”。比如想查“等级为 A 的学生”，写成
WHERE CASE WHEN score >= 90 THEN 'A' ELSE 'OTHER' END = 'A'虽能运行，但无法利用
score 字段上的索引，性能极差。
应该优先用原生布尔条件：
WHERE score >= 90。只有当分类逻辑复杂、无法拆解为简单布尔组合（如涉及多字段交叉判断、自定义优先级规则）时，才考虑在
WHERE 中用 CASE WHEN，且务必确认执行计划是否走索引。
常见误用场景包括：
- 把
CASE WHEN type = 'X' THEN 1 ELSE 0 END = 1当作type = 'X'的等价写法 - 在
WHERE里嵌套多层CASE判断业务状态，掩盖了真实可下推的过滤条件
NULL 值处理不当导致分类丢失
CASE WHEN 默认不匹配 NULL——所有 WHEN 子句的比较（如 score >= 90）遇到 score IS NULL 时结果为 UNKNOWN，不会进入任何分支，最终返回 NULL。如果没写 ELSE，整列该行就是 NULL，而 GROUP BY NULL 会把所有空值聚成一组，容易被忽略。
务必显式处理：
- 在
CASE末尾加ELSE 'Unknown'或ELSE 'N/A' - 若原始字段可能为空，先用
COALESCE(score, 0)或ISNULL(score, 0)填充再判断 - 检查汇总结果中是否有未命名的
NULL组，尤其在报表导出时易漏看
示例：
CASE WHEN score >= 90 THEN 'A' WHEN score >= 80 THEN 'B' WHEN score IS NULL THEN 'Missing' ELSE 'C'END
跨数据库语法差异：ANSI SQL 兼容写法优先
标准 ANSI SQL 支持简单 CASE column WHEN value THEN ... 和搜索 CASE WHEN condition THEN ... 两种形式，但各数据库对缩进、换行、末尾逗号容忍度不同。PostgreSQL 要求 END 后不能有逗号；SQL Server 允许；MySQL 对空格更敏感。
安全实践：
- 统一用搜索型
CASE WHEN（不依赖字段名前置），避免简单型在字段含表达式时失效 - 每行一个
WHEN，END单独成行 - 避免在
THEN后直接接函数调用（如THEN UPPER(name)），先确认目标库是否允许表达式作为分支结果 - SQLite 不支持
THEN后跟子查询；Oracle 对CASE内聚合函数有限制
最保险的写法是把复杂逻辑提到子查询或 CTE 中，主查询只做轻量映射。
多条件分类汇总真正难的不是写对语法，而是理清业务边界——比如“活跃用户”定义随时间变化，硬编码在 CASE WHEN 里会导致后续难以维护。这时候该考虑把分类规则抽成配置表，用 JOIN 替代硬逻辑。
