Oracle中无除零预定义异常名，ZERO_DIVIDE仅适用于PL/SQL变量运算，SQL层除零（ORA-01476）无法用WHEN ZERO_DIVIDE捕获；可靠方案是NULLIF+NVL规避或WHEN OTHERS结合SQLCODE=-1476判断。
直接结论：Oracle 中没有除零异常（ORA-01476）的预定义异常名，不能用 WHEN ZERO_DIVIDE 捕获——那是 PL/SQL 的伪异常名，实际仅在 SQL 执行报错时由 Oracle 内部抛出，且无法被标准 EXCEPTION 块捕获。
为什么 WHEN ZERO_DIVIDE 在大多数场景下根本不起作用？
很多人照着旧资料写 WHEN ZERO_DIVIDE THEN ...，结果发现除零时程序仍直接报错退出。这是因为：
-
ZERO_DIVIDE仅在 PL/SQL 过程内执行纯 PL/SQL 算术表达式（如v_result := a / b;）时才被触发，且必须是变量间运算； - 一旦除零发生在 SQL 语句中（如
SELECT col1 / col2 FROM t），Oracle 抛出的是底层错误ORA-01476: divisor is equal to zero，它不属于 PL/SQL 可识别的预定义异常，WHEN ZERO_DIVIDE完全不匹配； - 即使你手动
RAISE_APPLICATION_ERROR(-20001, 'div by zero')，也和原生除零错误无关，属于主动干预，不是“捕获”。
真正能兜住 SQL 层除零的两种可靠方式
核心思路：不让除零进入执行阶段，或把错误转化成可控分支。
-
用
NVL+NULLIF组合提前规避：SELECT col1 / NULLIF(col2, 0) FROM t—— 当col2 = 0时，NULLIF返回NULL，整个除法结果为NULL，再用NVL(..., default_val)补默认值，例如：NVL(col1 / NULLIF(col2, 0), 0)； -
在 PL/SQL 中用
EXCEPTION WHEN OTHERS+ 错误码判断：虽然不优雅，但有效。在EXECUTE IMMEDIATE或动态 SQL 场景下，可检查SQLCODE是否等于-1476：EXCEPTION WHEN OTHERS THEN IF SQLCODE = -1476 THEN v_result := 1; -- 业务默认值 ELSE RAISE; END IF;
别踩坑：DECODE 和 CASE 的陷阱
有人试图用 DECODE(col2, 0, 1, col1 / col2)，这看似合理，但 Oracle 会在执行前**预计算所有分支表达式**，导致即使 col2 = 0，col1 / col2 仍会先求值并报错。正确写法必须用 CASE 的**短路求值特性**：
CASE WHEN col2 = 0 THEN 1 ELSE col1 / col2 END。注意：这是 SQL 层唯一安全的条件分支，
DECODE 不具备该行为。
最易被忽略的一点：当除零发生在视图、物化视图或函数索引的定义表达式中时，上述 SQL 层技巧全部失效——这些对象编译期就校验语法，运行时错误无法拦截。此时只能靠上游业务逻辑做前置校验，或改用应用层处理。
