必须用CASE WHEN而不能用DECODE的情况包括：①需范围判断（如>=、BETWEEN）、②含函数表达式（如SUBSTR）、③多列联合条件、④WHERE/ORDER BY中动态逻辑、⑤判NULL（DECODE不支持NULL匹配）；DECODE仅适用于单列等值映射。
Oracle里想做值映射，优先用 CASE WHEN；只有简单等值替换且追求写法极简时，才考虑 DECODE。
什么时候必须用 CASE WHEN 而不能用 DECODE
遇到以下任一情况，DECODE 就无能为力，只能上 CASE WHEN：
-
DECODE只支持等值判断，没法写>=、BETWEEN、IS NULL、LIKE这类条件 —— 比如工资分档：CASE WHEN salary >= 10000 THEN '高' ELSE '低' END，DECODE根本写不出来 - 需要在条件中调用函数或表达式，例如
CASE WHEN SUBSTR(name, 1, 2) = 'AB' THEN '匹配' END，DECODE的第一个参数是纯表达式，后面所有search都只能是字面量或列名，不支持函数结果参与匹配 - 涉及多列联合判断，比如
CASE WHEN dept_id = 10 AND job = 'MANAGER' THEN '高管' END，DECODE没法把两个字段塞进同一个逻辑分支 - 想在
WHERE或ORDER BY里动态控制过滤/排序逻辑，CASE WHEN可直接嵌入，DECODE虽然语法上允许，但可读性崩坏、维护成本陡增
DECODE 真正好用的场景其实很窄
它只在一种情况下比 CASE WHEN 更干净：单列精确匹配，且分支少、值固定、无复杂逻辑。例如：
SELECT empno, DECODE(job, 'CLERK', '职员', 'MANAGER', '经理', 'ANALYST', '分析员', '其他') AS title FROM emp;
换成 CASE WHEN 写出来就啰嗦一圈：
SELECT empno, CASE job WHEN 'CLERK' THEN '职员' WHEN 'MANAGER' THEN '经理' WHEN 'ANALYST' THEN '分析员' ELSE '其他' END AS title FROM emp;
注意两点：
-
DECODE所有search值必须和第一个参数类型兼容，隐式转换容易出错（比如传字符串进去却匹配数字） -
DECODE不支持NULL作为search值（DECODE(col, NULL, 'x', 'y')永远不会命中），要判空得套NVL或改用CASE WHEN col IS NULL
性能差异基本可以忽略，但执行计划可能不同
在绝大多数实际查询中，两者执行时间几乎一样，Oracle 优化器对它们的处理已足够成熟。但要注意：
- 如果
CASE WHEN里写了复杂子查询或标量子查询，而DECODE没写，那性能差距就不是函数本身的问题，而是逻辑复杂度导致的 -
DECODE在某些老版本 Oracle（如 9i 之前）对索引列的谓词推导更友好，但 10g+ 基本没差别 - 用
EXPLAIN PLAN对比时，发现执行计划一致 ≠ 逻辑等价 —— 比如DECODE(col, 1, 'a', 2, 'b')和CASE WHEN col = 1 THEN 'a' WHEN col = 2 THEN 'b'看似一样，但如果col有函数索引，CASE的写法可能无法走索引
跨数据库迁移时 DECODE 是硬伤
DECODE 是 Oracle 专属函数，MySQL、PostgreSQL、SQL Server 全都不认。哪怕只是临时导出数据到其他库做验证，或者团队里有人习惯用 DBeaver 连多个库，DECODE 就会立刻报错。而 CASE WHEN 是标准 SQL，所有主流数据库都支持。如果你写的 SQL 未来可能被复用、被集成、或需要给非 Oracle 开发者看，别碰 DECODE。
真正容易被忽略的是：很多人以为 DECODE “只是写法短”，但实际它把类型约束、NULL 处理、扩展性全锁死了 —— 短是短了，代价是下个需求加个范围判断，就得重写整段逻辑。
