PL/SQL中IF-THEN-ELSIF是顺序判断的条件链，遇首个TRUE即终止后续判断；ELSIF必须大写，分支末不加分号，整体以END IF;结束；无ELSE且全不满足则静默跳过。
PL/SQL 中 IF-THEN-ELSIF 的基本写法长什么样
它不是“多选一”的开关，而是按顺序逐条判断的条件链——只要某条 elsif 的条件为 true，后续所有分支就直接跳过，哪怕后面的条件也成立。
-
ELSIF必须大写，写成ELSEIF或else if会报错：PLS-00103: Encountered the symbol "IF"... - 每个分支结尾不用分号，但整个
IF块必须以END IF;结束（注意末尾分号） - 如果所有条件都不满足，又没写
ELSE，那就什么也不执行——不会报错，但逻辑可能漏掉边界情况
IF v_score >= 90 THEN v_grade := 'A'; ELSIF v_score >= 80 THEN v_grade := 'B'; ELSIF v_score >= 70 THEN v_grade := 'C'; ELSE v_grade := 'F'; END IF;
为什么 ELSIF 不能写成嵌套的 IF
语法上可以，但可读性和维护性会迅速崩坏；更重要的是，嵌套容易误判执行路径，尤其在涉及变量修改或异常处理时。
- 嵌套写法会让缩进变深、分支对齐困难，调试时一眼看不出哪层
END IF对应哪层IF - 如果中间某个分支里改了用于后续判断的变量（比如
v_status），嵌套结构下容易遗漏重置逻辑，而ELSIF天然隔离各分支作用域 - Oracle 优化器对扁平
IF-ELSIF的执行计划更稳定，嵌套太深可能影响 PL/SQL 引擎的内联判断
ELSIF 条件表达式里哪些坑最常被忽略
不是所有看起来像布尔值的东西，PL/SQL 都认作有效条件——尤其是涉及空值、集合、对象类型时。
-
NULL在布尔上下文中既不是TRUE也不是FALSE，所以IF v_name = 'JOHN' THEN...当v_name为NULL时整条分支被跳过，不会进ELSE，除非显式写IS NULL - 用
IN判断时，右边列表不能含NULL：IF v_dept IN ('SALES', NULL) THEN...整个条件恒为NULL，相当于不成立 - 调用函数做判断前，先确认它返回的是标量布尔值（
BOOLEAN类型），而不是NUMBER或VARCHAR2——PL/SQL 不自动转换，会报PLS-00382: expression is of wrong type
什么时候该换用 CASE 而不是 IF-ELSIF
当判断依据是单个表达式的等值匹配（比如状态码、类型标识符），且分支超过 3 个时，CASE 更安全、更易读、也更不容易漏写 ELSE。
-
CASE强制要求覆盖所有可能取值（或显式写ELSE），编译期就能发现遗漏；IF-ELSIF完全靠人眼检查逻辑完整性 -
CASE支持直接赋值：v_result := CASE v_type WHEN 'A' THEN 1 WHEN 'B' THEN 2 ELSE 0 END;，比用IF写一堆:=更紧凑 - 但
CASE不能做范围判断（如BETWEEN、>），也不能混合不同数据类型比较，这时候只能退回IF-ELSIF
ELSIF 当成“并列选项”来设计逻辑，忘了它本质是“从上到下第一个命中即停”。一旦条件顺序没排好，或者没兜住 NULL 和边界值，结果就和预期差一截。
