CASE WHEN可安全用于ORDER BY，但须确保各分支返回相同类型且不遗漏NULL；例如按状态自定义排序：ORDER BY CASE status WHEN 'shipped' THEN 1 WHEN 'processing' THEN 2 WHEN 'pending' THEN 3 ELSE 4 END。
CASE WHEN 本身不能直接作为 ORDER BY 的排序依据，但可以放在 ORDER BY 中参与计算——关键在于确保每个分支返回相同类型、且不引入 NULL 导致排序错乱。
ORDER BY 里直接用 CASE WHEN 是可行的，但类型必须一致
很多人写完 CASE WHEN status = 'active' THEN 1 ELSE 2 END 就直接丢进 ORDER BY，结果发现排序不对，甚至报错。这是因为数据库（尤其是 PostgreSQL、SQL Server）对 ORDER BY 中表达式的类型推导很严格：如果某个分支返回 INT，另一个返回 VARCHAR，就会隐式转换失败或产生意外顺序。
- 所有
THEN和ELSE分支必须返回兼容类型，推荐统一用数字（0,1,999）或统一用字符串（'A','B','Z'） - 避免在
THEN中写列名（如THEN created_at），除非你真想按那列值排序——这属于“动态字段名”需求，CASE 无法实现，得用动态 SQL - MySQL 允许混合类型（比如
THEN name ELSE 0），但会把字符串转成数字导致全为 0，排序失效；别依赖它
按业务状态分组优先级排序（典型场景）
比如订单表要让 'shipped' 排最前，'processing' 次之，'pending' 最后，其余归为“其他”。这时用 CASE WHEN 构造权重值最稳：
SELECT * FROM orders
ORDER BY
CASE status
WHEN 'shipped' THEN 1
WHEN 'processing' THEN 2
WHEN 'pending' THEN 3
ELSE 4
END;注意：ELSE 分支不能省略，否则 NULL 值会在大多数数据库中排在最前面（PostgreSQL）或最后（MySQL），行为不一致。
多条件组合排序时，CASE 可嵌套但不宜过深
需要先按状态优先级，再在同类中按时间倒序？直接在 ORDER BY 列表里叠加即可，不用嵌套 CASE：
ORDER BY
CASE status
WHEN 'shipped' THEN 1
WHEN 'processing' THEN 2
ELSE 3
END,
CASE status
WHEN 'shipped' THEN shipped_at
WHEN 'processing' THEN updated_at
ELSE created_at
END DESC这里第二层 CASE 的每个分支都返回 TIMESTAMP 类型，安全；但如果混用 shipped_at 和 order_id（整数），就可能出问题。
- 每层
CASE独立校验类型，不要假设“反正都是时间就没事” - 超过 3 层嵌套可读性骤降，建议拆成计算列或 CTE
- Oracle 对
CASE在ORDER BY中有额外限制（如不能引用别名），测试环境务必验证
NULL 值和空字符串容易被忽略的排序陷阱
当 status 字段允许为 NULL，或存了空字符串 ''，而你的 CASE 没覆盖它们，默认走 ELSE——但如果你没写 ELSE，整个表达式结果就是 NULL，排序位置不可控。
- 显式处理
WHEN status IS NULL THEN ...或WHEN COALESCE(status, '') = '' THEN ... - 空字符串常被误认为“未设置”，但它和
NULL在CASE中是不同分支，需分别判断 - PostgreSQL 中
NULLS FIRST/NULLS LAST可以补救，但不如在CASE里收口干净
动态排序真正难的不是语法，而是把业务规则映射成稳定、无歧义、类型安全的数值序列——漏掉一个 NULL 或类型隐式转换，线上就可能排反。
