Oracle存储过程无内置set -e机制，需用EXCEPTION块+SQLCODE/SQLERRM+RAISE显式中断；应避免WHEN OTHERS THEN NULL，优先捕获具体异常，结合SAVEPOINT实现局部回滚，并注意SQLCODE/SQLERRM作用域与截断限制。
oracle 存储过程本身没有 set -e 或 $? 这类 shell 风格的自动错误中断机制，但可以通过 exception 块 + sqlcode/sqlerrm + 显式 raise 模拟出接近的行为——关键在于「错误发生时立即终止后续逻辑，并把上下文透出」。
用 EXCEPTION WHEN OTHERS THEN 捕获所有错误但别吞掉它
很多人写成：
EXCEPTION WHEN OTHERS THEN NULL;
这相当于 Shell 里写了 command || true 却不记录日志，后续语句照常执行，根本不是“捕获”，是“忽略”。真正要模拟 Shell 的失败即退出，必须做三件事：
- 记录错误：用
DBMS_OUTPUT.PUT_LINE('ERR:' || SQLCODE || ' - ' || SQLERRM)或写入日志表 - 显式中断：
RAISE;（重新抛出原异常）或RAISE_APPLICATION_ERROR(-20001, '步骤X失败: ' || SQLERRM); - 避免裸
WHEN OTHERS出现在过程顶层——它会掩盖具体错误类型，让调试变困难
按错误类型分层处理：类似 Shell 中对不同 exit code 的分支响应
Oracle 支持命名异常（如 NO_DATA_FOUND、TOO_MANY_ROWS）和自定义异常，比 Shell 的数字码更语义化。实际中应优先匹配具体异常，而不是全靠 WHEN OTHERS：
DECLARE
v_emp_name VARCHAR2(100);
BEGIN
SELECT ename INTO v_emp_name FROM emp WHERE empno = 9999;
EXCEPTION
WHEN NO_DATA_FOUND THEN
RAISE_APPLICATION_ERROR(-20002, '员工不存在，无法继续后续薪资计算');
WHEN TOO_MANY_ROWS THEN
RAISE_APPLICATION_ERROR(-20003, '查询返回多行，主键约束失效');
WHEN OTHERS THEN
RAISE_APPLICATION_ERROR(-20004, '未知错误在SELECT环节: ' || SQLERRM);
END;这种写法对应 Shell 中的：
if ! output=$(some_cmd); then
case $? in
1) echo "not found"; exit 1;;
2) echo "ambiguous"; exit 2;;
*) echo "unknown"; exit 99;;
esac
fi
SQLCODE 和 SQLERRM 的真实行为与陷阱
这两个函数只在 EXCEPTION 块内有效，且值反映的是**最近一次 SQL 或 PL/SQL 错误**。常见误用：
- 在
EXCEPTION外调用SQLCODE→ 返回 0（不代表没错，是未触发异常） - 在
EXCEPTION块里又执行了新 SQL（比如插入日志），结果覆盖了原始SQLCODE→ 日志里记的是日志插入失败，不是业务失败 -
SQLERRM最长只截取前 512 字符，超长信息会被砍掉，需用DBMS_UTILITY.FORMAT_ERROR_BACKTRACE补充堆栈
安全写法：
EXCEPTION
WHEN OTHERS THEN
DECLARE
l_code PLS_INTEGER := SQLCODE;
l_msg VARCHAR2(4000) := SQLERRM;
l_bt VARCHAR2(4000) := DBMS_UTILITY.FORMAT_ERROR_BACKTRACE;
BEGIN
INSERT INTO proc_log VALUES (SYSDATE, 'MAIN', l_code, l_msg, l_bt);
COMMIT;
RAISE;
END;事务控制：Shell 的原子性 vs Oracle 的显式 SAVEPOINT
Shell 脚本默认每条命令独立提交，而 Oracle 存储过程默认整个事务要么全提交、要么全回滚。若想实现「某步失败只回滚该步，不影响前面已成功步骤」，必须手动设 SAVEPOINT：
- 在关键操作前：
SAVEPOINT sp_step2; - 出错时：
ROLLBACK TO sp_step2;（注意不能跨自治事务） - 不要依赖
AUTONOMOUS_TRANSACTION来“局部提交”——它会脱离父事务，导致数据一致性风险
这相当于 Shell 中用 trap 'rollback_step2' ERR，但 Oracle 里必须自己管理点位，没有隐式回滚锚点。
最易被忽略的是：Oracle 异常传播链里，RAISE 不等于 RETURN，它会向上穿透所有嵌套块，直到被捕获或终止会话。如果过程被另一个 PL/SQL 调用，而外层没写 EXCEPTION，整个调用栈就崩了——这点比 Shell 的 set -e 更严格，也更难调试。
