DECODE在Oracle 19c中仅支持等值判断，不支持>等范围运算符；需配合SIGN函数将布尔逻辑转为数字（如SIGN(salary-5000)）再嵌套使用。
DECODE 在 Oracle 19c 中仍完全可用，但仅限等值判断，不能直接写 > 或 sign 或其他表达式预处理。
DECODE 的基本语法和执行逻辑
它本质是「顺序匹配 + 短路返回」：从左到右逐对比较 expression 和每个 search，一旦相等就立刻返回对应 result，不再往后看。没匹配且没给 default 就返回 NULL。
常见误写：DECODE(salary, >5000, 'high') —— 这会报错，因为 > 不是合法的 search 值，DECODE 只认「等于」。
-
DECODE(gender, 'M', 'Male', 'F', 'Female', 'Unknown')：标准等值映射，安全可靠 -
DECODE(status, 1, 'Active', 0, 'Inactive')：数字编码转语义，缺省值省略时为NULL - 参数个数必须为奇数（1 个 expression + 偶数个 search/result 对），否则 SQL 解析失败
用 sign() 实现「大于/小于」类范围判断
直接传 salary > 5000 给 DECODE 不行，但你可以把布尔逻辑转成数字再喂进去——sign() 就是干这个的：它把正数→1、负数→−1、零→0，让结果可被 DECODE 消费。
例如判断薪资等级：
SELECT salary,
DECODE(SIGN(salary - 5000), 1, 'High',
DECODE(SIGN(salary - 3000), 1, 'Medium', -1, 'Low'))
FROM employees;注意嵌套层级和括号闭合——漏一个 ) 就整个报 ORA-00907: missing right parenthesis。
-
SIGN(salary - 5000) = 1→ 薪资 > 5000 → 返回'High' -
= 0→ 薪资 = 5000 → 外层没覆盖，掉进内层DECODE -
= -1→ 薪资 SIGN(salary - 3000) 切分中/低
DECODE 常见坑与兼容性提醒
Oracle 19c 支持 DECODE，但它不是标准 SQL 函数，迁移到 PostgreSQL / MySQL / SQL Server 会直接失效——这些库只认 CASE WHEN。
- 返回值类型隐式转换：如果
result1是字符串、result2是数字，Oracle 会尝试转成统一类型（通常是字符型），可能引发意外截断或报ORA-01722: invalid number -
DECODE里不能用子查询，也不能引用外层查询的别名（比如SELECT ..., DECODE(x, (SELECT ...), ...) FROM t会报错） - 性能上，简单等值映射时
DECODE和CASE WHEN差不多；但嵌套过深（超过 3 层）或混用函数时，可读性和维护性明显下降
真正容易被忽略的是：所有 search 值在运行时都会被求值，哪怕前面已匹配成功——这在 search 是耗时函数（如 TO_DATE(...)）时可能拖慢查询，而 CASE WHEN 是惰性求值。别只盯着语法像 IF，底层行为差异就在那儿。
