decode不支持区间判断，仅支持等值匹配；需用sign()等函数将连续值映射为离散标识后再配合decode使用；子查询仅在需动态基准（如部门平均薪资）时必需；复杂嵌套建议改用case when。
DECODE 本身不支持直接表达区间（比如 score BETWEEN 60 AND 80），它只做「等于匹配」。想用它做分段统计，必须借助辅助函数（最常用的是 sign()）把连续数值映射成离散标识，再喂给 DECODE。子查询在这里不是必需的——真正起作用的是 sum() + DECODE + sign() 的组合，子查询往往只是为这个组合提供上下文（比如先算出某字段值，再在外部用 DECODE 分类）。
为什么不能直接用 DECODE 做区间判断
DECODE 的语义是严格等值比较：DECODE(x, a, 'A', b, 'B', 'other') 只检查 x = a 或 x = b。它不会理解 x >= 60 AND x 这种逻辑。强行写 <code>DECODE(score, 60, ..., 61, ..., 62, ...) 显然不可行。
用 sign() 把区间压缩成 -1/0/1 再嵌套 DECODE
核心思路：用 sign(expr) 将一个范围条件转换为单个整数，再用 DECODE 分支处理。
-
sign(score - 60)：返回-1（不及格）、0（刚好60）、1（＞60） -
sign((score-60)*(score-80))：乘积为负 → score 落在 (60,80) 开区间；为 0 → 等于60或80；为正 → ＜60 或 ＞80
典型写法（统计 60≤score≤80 的人数）：
SELECT SUM(DECODE(SIGN((score-60)*(score-80)), -1, 1, 0, 1, 0)) AS cnt_60_to_80 FROM t_score;
注意：DECODE 第三个参数是默认值（此处为 0），即不满足区间时加 0，不影响求和。
多层嵌套实现分级（如优秀/良好/中等/及格/不及格）
靠一层 sign() 不够，需嵌套 DECODE：
SELECT name, score,
DECODE(SIGN(score - 90), 1, '优秀',
DECODE(SIGN(score - 80), 1, '良好',
DECODE(SIGN(score - 70), 1, '中等',
DECODE(SIGN(score - 60), 1, '及格', '不及格'))))
AS level
FROM t_score;
关键点：
- 顺序必须从高到低（先判 >90，再判 >80…），否则低分会被提前截断
- 每个内层
DECODE的else分支承接下一个等级，最后一层else是兜底（如‘不及格’） - 别漏掉
0情况：例如score = 80时sign(score-80)=0，要确保它被归入‘良好’而非跳过
子查询何时真正必要
当分段依据来自聚合结果或跨表计算时，才需要子查询。例如：统计各部门中「薪资高于本部门平均值」的员工数：
SELECT deptno,
SUM(DECODE(SIGN(e.sal - t.avg_sal), 1, 1, 0)) AS above_avg_cnt
FROM emp e,
(SELECT deptno, AVG(sal) AS avg_sal FROM emp GROUP BY deptno) t
WHERE e.deptno = t.deptno
GROUP BY deptno;
这里子查询 t 提供了每个部门的 avg_sal，外层才能用 sign(e.sal - t.avg_sal) 判断高低。没有子查询，就无法拿到这个动态基准值。
真正容易被忽略的是：嵌套层级越深、sign 表达式越复杂，SQL 可读性和维护性下降越快。一旦逻辑超过 3 层，建议改用 CASE WHEN —— 它原生支持布尔表达式，不用绕弯子拼 sign，也更易调试。
