decode仅支持等值匹配，执行时从左到右逐对比较并短路返回；不支持>、
DECODE 只能做等值匹配，不能直接处理范围、大小比较或逻辑组合；想“多分支快速映射”，前提是你的分支条件全是“等于”判断。
DECODE 的参数必须成对出现，且顺序决定执行逻辑
它不是先收集所有条件再统一判断，而是从左到右逐对比对：expression 和 search1 → 相等就返回 result1，不等就跳到 search2，依此类推。一旦命中，立刻返回，后续参数完全不参与计算（短路行为）。
常见错误是把多个条件写成单个值去比，比如：
DECODE(status, 'A' OR 'B', 'Active', 'C', 'Closed')
这会报错——OR 不是合法的 search 值，DECODE 不解析布尔表达式。
- 正确做法是把每个可能值单独列为一对：
DECODE(status, 'A', 'Active', 'B', 'Active', 'C', 'Closed', 'Unknown') - 如果分支很多，重复值多，可配合
NVL或外层CASE预处理，避免冗长 - 注意：所有
result的数据类型要兼容，否则 Oracle 会按隐式转换规则取最高优先级类型，可能引发截断或报错
用 SIGN + DECODE 模拟数值区间判断
虽然 DECODE 本身不支持 > 或 BETWEEN，但你可以把数值关系“编码”成离散信号再交给 DECODE 处理。最常用的是 SIGN 函数：
DECODE(SIGN(score - 90), 1, 'A', 0, 'A', -1, DECODE(SIGN(score - 80), 1, 'B', 0, 'B', -1, 'C'))
更简洁实用的写法是先用 FLOOR 分段：
DECODE(FLOOR(score / 10), 10, 'A+', 9, 'A', 8, 'B', 7, 'C', 6, 'D', 'F')
- 这种技巧本质是把连续域映射为整数标签，再用 DECODE 查表
- 务必确认分段边界是否包含端点（比如 90 分该归 A 还是 A+），
FLOOR和CEIL行为不同 - 不要嵌套过深，超过 3 层嵌套时，可读性和维护性急剧下降，此时应改用
CASE WHEN
NULL 值必须显式写成 NULL，不能加引号
这是最容易踩的坑：在 search 位置写 'NULL' 是字符串，不是空值；真正匹配 NULL 要直接写 NULL：
DECODE(commission_pct, NULL, 0, commission_pct)
另外，DECODE 对 NULL 的比较遵循 SQL 三值逻辑——NULL = NULL 返回 UNKNOWN，但 DECODE 内部做了特殊处理：它把第一个参数为 NULL 且某个 search 也是 NULL 视为相等。
- 所以
DECODE(col, NULL, 'is null', 'not null')是安全的 - 但
DECODE(NVL(col, -1), -1, 'null or -1', ...)这种写法反而容易混淆语义 - 如果业务上需要区分“显式 NULL”和“无效值（如 -1）”，建议用
CASE WHEN col IS NULL THEN ...更清晰
真正难的不是写对语法，而是判断该不该用 DECODE：当分支全是等值映射、结果类型一致、且不涉及 NULL 以外的空值语义时，它确实快又紧凑；一旦出现范围、组合条件或类型混杂，硬套 DECODE 只会让 SQL 变成谜题。Oracle 官方文档也明确建议——复杂逻辑优先用 CASE，DECODE 适合“查表式”简单替换。
