PRAGMA AUTONOMOUS_TRANSACTION 创建独立子事务，挂起父事务并隔离提交/回滚；EXCEPTION_INIT 绑定自定义异常与负数ORA错误号；SERIALLY_REUSABLE 使包变量调用间重置以省内存，仅适用于包且需正确声明位置。
Pragma AUTONOMOUS_TRANSACTION 为什么能“跳出”事务边界
它不是让当前过程变独立，而是声明一个新事务上下文——执行时会挂起父事务，开一个完全隔离的子事务。提交或回滚只影响这个子事务，父事务状态不受干扰。
典型场景是日志记录：主业务失败要回滚，但错误日志必须写进去。不加 AUTONOMOUS_TRANSACTION，日志插入会随主事务一起撤销。
- 必须在声明区顶部使用，且紧接在
IS或AS后，不能放在包体实现里再声明 - 函数中用它，必须加
PRAGMA RESTRICT_REFERENCES（12c 以前），否则编译报错PLS-00455 - 子事务里不能再嵌套另一个
AUTONOMOUS_TRANSACTION，否则触发ORA-06519
Pragma EXCEPTION_INIT 怎么绑定自定义异常和 Oracle 错误号
它不抛异常，只是把一个命名异常变量和特定 ORA- 错误号关联起来，后续就能用 WHEN my_exception THEN 捕获对应错误。
比如想专门处理唯一约束冲突，而不是笼统抓 OTHERS：
DECLARE
dup_val EXCEPTION;
PRAGMA EXCEPTION_INIT(dup_val, -1);
BEGIN
INSERT INTO t VALUES (1);
EXCEPTION
WHEN dup_val THEN
DBMS_OUTPUT.PUT_LINE('主键重复');
END;
- 错误号必须是负数（如
-1、-2291），正数或字符串会编译失败 - 同一个异常变量只能绑定一个错误号；想捕获多个错误，得声明多个异常变量+多个
EXCEPTION_INIT - 它对预定义异常（如
NO_DATA_FOUND）无效——那些已经内置绑定了
Pragma SERIALLY_REUSABLE 什么情况下真能省内存
它告诉 Oracle：这个包的状态（全局变量）不需要跨调用保留，每次调用前自动清空，结束后立即释放内存。适合短生命周期、高并发、带大量临时数据的包。
但别乱用：如果包里存了缓存结果供多次调用复用，加了它反而反复重建，性能更差。
- 只对包（package）有效，对过程/函数单独加没意义
- 包体（body）必须显式声明
PRAGMA SERIALLY_REUSABLE，包头（spec）声明无效 - 包里所有全局变量都会被重置，包括
CONSTANT—— 不过常量值不变，只是每次重新赋值 - 在共享服务器（MTS）模式下效果最明显；专用服务器下收益有限，甚至可能因频繁初始化拖慢响应
常见误用：为什么 PRAGMA 不能放错位置或当注释用
PRAGMA 是编译器指令，不是注释。位置错了直接报错，类型错了运行时才暴露问题。
-
AUTONOMOUS_TRANSACTION放在过程体中间？编译报PLS-00703 - 把
EXCEPTION_INIT写成EXCEPTION_INIT(my_exc, 1)（漏负号）？编译通过，但永远捕不到异常 - 在匿名块里用
SERIALLY_REUSABLE？语法错误，它只接受包作为作用域 - 以为加了
AUTONOMOUS_TRANSACTION就不用手动COMMIT？错——子事务仍需显式COMMIT或ROLLBACK，否则会报ORA-06519
真正难的是判断该不该用——不是所有日志、所有异常、所有包都适合加 PRAGMA。它解决的是明确的边界问题，不是通用优化开关。
