CASE WHEN比WHERE更适合枚举转换，因其是表达式，可嵌入SELECT、ORDER BY、GROUP BY等子句实现单次扫描映射；WHERE仅用于过滤，无法完成值转换，且多条件模拟易致漏数或性能下降。
为什么CASE WHEN比直接写WHERE条件更适合枚举转换
因为 CASE WHEN 是表达式，能嵌入 SELECT 列、ORDER BY、甚至 GROUP BY 中，而 WHERE 只能过滤。比如把数据库里存的 status = 1 显示成“已发货”，这个动作发生在“取数后加工”阶段，不是筛选逻辑。
常见错误是试图用多个 WHERE 或子查询模拟转换，结果要么漏数据，要么性能陡增——尤其当表有百万行时，CASE WHEN 在引擎层单次扫描就能完成映射，没额外 JOIN 开销。
CASE WHEN语法结构和NULL处理陷阱
CASE 有两种写法：CASE value WHEN ... END（简单匹配）和 CASE WHEN condition THEN ... END（搜索型）。前者只支持等值判断，后者更灵活，但要注意：所有 WHEN 分支都不满足时，若没写 ELSE，结果就是 NULL。
- 别省略
ELSE，哪怕只是写ELSE '未知'，否则前端可能渲染为空白或报错 - 字符串比较要留意大小写和空格，比如
WHEN status = 'active '会漏掉末尾无空格的记录 - 数值字段和字符串字段混用会隐式转换失败，例如
WHEN status = '1'对整型列可能不生效，应统一类型
示例：
SELECT
id,
CASE status
WHEN 0 THEN '待支付'
WHEN 1 THEN '已发货'
WHEN 2 THEN '已完成'
ELSE '异常状态'
END AS status_text
FROM orders;
在GROUP BY和ORDER BY中复用CASE结果避免重复写
不能直接在 GROUP BY 或 ORDER BY 里写完整 CASE WHEN 表达式（部分数据库如 MySQL 5.7 允许，但 PostgreSQL 不允许），更可靠的做法是用列别名或子查询。
- MySQL / SQL Server：支持
GROUP BY status_text（前提是status_text是SELECT中定义的别名） - PostgreSQL / Oracle：必须重写一遍
CASE，或包一层子查询 - 想按中文名称排序又不想重复写 CASE？用子查询最稳：
SELECT status_text, COUNT(*)
FROM (
SELECT
CASE status
WHEN 0 THEN '待支付'
WHEN 1 THEN '已发货'
ELSE '其他'
END AS status_text
FROM orders
) t
GROUP BY status_text
ORDER BY status_text;
性能影响和替代方案边界在哪
CASE WHEN 本身几乎没有性能损耗，它只是 CPU 层的条件计算。真正拖慢查询的是：在 CASE 里调用函数（如 WHEN UPPER(name) = 'ADMIN' THEN ...），或者拿它去驱动索引查找（比如 WHERE CASE WHEN type=1 THEN user_id ELSE -1 END = 123）。
- 如果枚举值固定且频繁使用，考虑建计算列（MySQL 5.7+ 支持
GENERATED COLUMN）并加索引 - 如果枚举映射关系经常变，别硬编码在 SQL 里，抽到配置表，用
LEFT JOIN关联——虽然多一次 JOIN，但维护性高得多 - 超过 10 个分支时，可读性骤降，这时该怀疑是不是模型设计有问题，比如是否该拆出字典表
最常被忽略的一点：CASE WHEN 的分支顺序会影响结果。一旦前面的条件为真，后面的就不会执行。所以 WHEN status > 0 THEN '非待办' 必须放在 WHEN status = 0 THEN '待办' 后面，否则永远进不去后者。
