Oracle触发器中异常处理必须精准：预定义异常需单独捕获；WHEN OTHERS内首行须调用DBMS_UTILITY.FORMAT_ERROR_BACKTRACE（12c+推荐UTL_CALL_STACK）；严禁前置操作或RAISE，否则堆栈失真。
PL/SQL触发器里不能用WHEN OTHERS吞掉异常
Oracle 触发器中写 WHEN OTHERS THEN NULL 或仅记录 SQLERRM，等于主动放弃定位能力。触发器本身不支持事务回滚控制（它运行在父 DML 的上下文中），一旦出错又没正确捕获，错误信息极易被上层掩盖，日志里只剩一行模糊的 ORA-01403，根本看不出是哪个 INSERT 触发了 NO_DATA_FOUND、在哪张表的哪一列。
- 触发器异常未显式处理时，会向上传播到 DML 语句，导致整个 INSERT/UPDATE/DELETE 失败——但你可能根本没机会记下堆栈
-
SQLERRM单独使用只返回错误类型，比如ORA-01403: no data found，不含行号、包名、调用路径 - 若在
WHEN OTHERS块里先做INSERT INTO log_table再调用DBMS_UTILITY.FORMAT_ERROR_BACKTRACE，堆栈已被污染，返回的是日志插入那行，不是原始出错点
必须第一行调用FORMAT_ERROR_BACKTRACE
DBMS_UTILITY.FORMAT_ERROR_BACKTRACE 是唯一能拿到带行号调用链的函数，但它对执行顺序极其敏感：必须是 WHEN OTHERS 块里的第一条可执行语句，且不能有任何前置赋值、日志写入或事务操作。
- 正确写法：
EXCEPTION WHEN OTHERS THEN v_backtrace := DBMS_UTILITY.FORMAT_ERROR_BACKTRACE; v_errmsg := SQLERRM; INSERT INTO err_log (err_time, err_code, err_msg, backtrace, trigger_name) VALUES (SYSDATE, SQLCODE, v_errmsg, v_backtrace, $$PLSQL_UNIT); - 错误写法：先
v_errmsg := SQLERRM;或ROLLBACK;或INSERT，再调用FORMAT_ERROR_BACKTRACE—— 此时堆栈已重置 - 不要在记录后写
RAISE;，这会让堆栈指向RAISE所在行，而非原始错误位置
12c+ 应该封装UTL_CALL_STACK而不是硬写FORMAT_ERROR_BACKTRACE
如果你的数据库是 Oracle 12c 或更高版本，UTL_CALL_STACK 比 DBMS_UTILITY.FORMAT_ERROR_BACKTRACE 更可靠：它不会因异常传播被截断，还能过滤掉无意义的匿名块层级，结构化提取每层的 OWNER、UNIT_NAME、LINE_NUMBER。
- 典型封装逻辑：
v_depth := UTL_CALL_STACK.DYNAMIC_DEPTH; FOR i IN REVERSE 1..v_depth LOOP IF UTL_CALL_STACK.UNIT_TYPE(i) != 'ANONYMOUS BLOCK' THEN v_owner := UTL_CALL_STACK.OWNER(i); v_unit := UTL_CALL_STACK.UNIT_NAME(i); v_line := UTL_CALL_STACK.LINE_NUMBER(i); -- 拼入日志字段 END IF; END LOOP; - 注意：必须用
REVERSE遍历，才能从最内层（出错点）开始取；UTL_CALL_STACK.CONTEXT(i)可辅助判断是否为有效调用帧 - 如果触发器嵌套在包过程里，
UTL_CALL_STACK能准确定位到包名+过程名+行号；而FORMAT_ERROR_BACKTRACE在某些嵌套深度下会丢失顶层信息
预定义异常要单独捕获，别全扔给WHEN OTHERS
像 NO_DATA_FOUND、DUP_VAL_ON_INDEX、TOO_MANY_ROWS 这些 Oracle 预定义异常，有明确语义和错误码，直接按名捕获比塞进 WHEN OTHERS 更安全、更易维护。
- 例如唯一约束冲突：
WHEN DUP_VAL_ON_INDEX THEN INSERT INTO err_log (...) VALUES (... 'DUP_VAL_ON_INDEX', ...); - 避免把
NO_DATA_FOUND和真正意外的PROGRAM_ERROR混在一起处理——前者可能是业务预期分支，后者才是需要告警的严重故障 - 非预定义错误（如自定义 ORA-20001）需配合
PRAGMA EXCEPTION_INIT显式绑定，否则无法按名捕获 - 所有
WHEN子句按优先级从上到下匹配，一旦命中即退出，不会继续检查后续WHEN
实际最难的不是写日志，是让日志里的 backtrace 真的指向那行出问题的 SQL。哪怕只多写了一条 v_x := 1; 在 FORMAT_ERROR_BACKTRACE 前面，整条调用链就废了。
