CASE WHEN 是 SQL 中处理枚举值映射最直接、最可控的方式，无需改表结构、不依赖数据库特有 ENUM 类型、兼容性好、逻辑清晰；它实现查询时的运行时翻译，而非存储约束，且比 ALTER TYPE 更易维护。
CASE WHEN 是 SQL 中处理枚举值映射最直接、最可控的方式，不需要改表结构，也不依赖数据库特有类型（如 MySQL 的 ENUM），兼容性好，逻辑清晰。
为什么不用原生 ENUM 类型做展示转换
很多开发者误以为定义了 ENUM('active', 'inactive', 'pending') 就能自动显示“启用”“停用”“待审核”，其实不能。数据库只存字符串或序号，SELECT 出来还是原始值；且不同数据库对 ENUM 的排序、默认值、变更限制差异大（比如 PostgreSQL 根本没原生 ENUM 映射函数）。真正需要的是查询时的“运行时翻译”。
-
ENUM是存储约束，不是显示逻辑 - 业务语义变化时，改
CASE WHEN比 ALTER TYPE 成本低得多 - 某些 ORM 或 BI 工具无法识别自定义 ENUM 类型，容易出空值或类型错误
CASE WHEN 映射的基本写法与常见错误
核心是把字段值作为判断条件，逐条匹配并返回中文/业务标签。最容易错的是漏掉 ELSE 分支——一旦新增枚举值但没更新 CASE，结果就变成 NULL，前端可能直接报错或显示空白。
SELECT
id,
status,
CASE status
WHEN 'active' THEN '启用'
WHEN 'inactive' THEN '停用'
WHEN 'pending' THEN '待审核'
ELSE CONCAT('未知状态:', status) -- 必加！尤其在开发期或状态可能扩展时
END AS status_label
FROM users;- 用
WHEN 'xxx'而非WHEN status = 'xxx'：前者更简洁，也避免意外写成=带来语法错误 -
ELSE不要写成ELSE NULL或留空：显式兜底能暴露数据异常 - 如果原始字段为
NULL，所有WHEN都不匹配，会走ELSE—— 这正是你该检查数据质量的地方
多字段联合判断或带计算逻辑的映射
真实场景中，“状态标签”常依赖多个字段。比如订单状态不仅看 order_status，还要结合 payment_status 和 cancel_time 判断是否“已取消但未退款”。这时不能硬套单字段 CASE，得用布尔表达式。
SELECT
order_id,
CASE
WHEN order_status = 'cancelled' AND payment_status = 'refunded'
THEN '已取消并退款'
WHEN order_status = 'cancelled' AND payment_status != 'refunded'
THEN '已取消待退款'
WHEN order_status = 'shipped' AND delivery_time IS NULL
THEN '已发货未签收'
ELSE '其他状态'
END AS display_status
FROM orders;- 这种写法叫“搜索式 CASE”，支持任意布尔表达式，比简单式更灵活
- 注意条件顺序：前面的分支先匹配，
WHEN之间有隐含优先级，别让宽泛条件（如order_status = 'cancelled'）挡在更具体条件（如AND payment_status = 'refunded'）前面 - 避免在
CASE内写子查询或函数调用（如(SELECT name FROM ...)），会导致性能陡降，尤其在大表上
和视图、应用层映射对比：什么时候该用 CASE WHEN
有人觉得“状态翻译应该放在 Java/Python 里做”，但实际要看使用场景。如果同一个状态字段被 10+ 个报表、导出 SQL、临时分析反复用到，每次都在应用层 if-else，维护成本远高于在 SQL 层统一映射。
- 适合用
CASE WHEN：BI 取数、后台列表页、数据库导出、权限过滤（如WHERE CASE ... END = '启用'） - 不适合硬编码在 SQL：状态规则极复杂（如涉及外部 API）、需热更新、或每个租户规则不同——这时候该抽成配置表 + LEFT JOIN
- 别为了“复用”强行封装成函数：PostgreSQL 支持
CREATE FUNCTION，但 MySQL 8.0 前不支持标量函数跨库复用，且调试困难
最麻烦的其实是状态值本身不规范：比如历史数据里混着 'ACTIVE'、'active '（带空格）、1、'A'。CASE WHEN 能工作，但得先用 TRIM(UPPER(status)) 统一清洗——这个预处理步骤，比写 CASE 本身更容易被忽略。
