Oracle嵌套存储过程可见性问题：Proc3能否读取Proc2新增记录？

这是个非常典型的Oracle事务上下文问题，我来给你拆解清楚核心要点：

核心结论 #

Proc3完全可以看到Proc2新增的记录，而且默认情况下Proc2执行完毕后不会自动提交事务——除非你特意做了特殊配置。

1. 嵌套存储过程的事务继承规则 #

在Oracle中，默认情况下，被调用的存储过程（比如Proc2、Proc3、Proc4）会继承调用者（Proc1）的事务上下文。也就是说，这四个存储过程都运行在同一个事务里：

• Proc2执行的插入操作，会立刻成为当前事务的一部分
• 同一个事务内的所有后续操作（比如Proc3的查询）都能看到这些未提交的修改——这是Oracle事务“读已提交”隔离级别默认的行为（即使隔离级别更高，同会话内的修改依然可见）

2. 什么时候会自动提交？ #

只有两种情况会让Proc2的修改提前提交：

• 你在Proc2的代码里显式写了COMMIT;语句
• Proc2被定义为自治事务（通过PRAGMA AUTONOMOUS_TRANSACTION;声明），这种情况下Proc2会拥有独立的事务，必须显式执行COMMIT;或ROLLBACK;来结束自己的事务

举两个代码例子对比：

普通共享事务的Proc2（默认情况）

CREATE OR REPLACE PROCEDURE Proc2(p_udt YOUR_SCHEMA_UDT_TYPE) IS
BEGIN
  -- 插入UDT中存在但表中不存在的记录
  INSERT INTO target_table (id, name, value)
  SELECT t.id, t.name, t.value
  FROM TABLE(p_udt) t
  WHERE NOT EXISTS (
    SELECT 1 FROM target_table tt 
    WHERE tt.id = t.id
  );
  -- 没有COMMIT，修改留在当前事务中
END Proc2;

这种情况下，Proc2的插入会留在Proc1的事务里，Proc3可以直接查询到这些记录，直到Proc1所在的会话执行COMMIT或ROLLBACK，这些修改才会对其他会话可见或被撤销。

自治事务的Proc2（特殊情况）

CREATE OR REPLACE PROCEDURE Proc2(p_udt YOUR_SCHEMA_UDT_TYPE) IS
  PRAGMA AUTONOMOUS_TRANSACTION; -- 声明自治事务
BEGIN
  INSERT INTO target_table (id, name, value)
  SELECT t.id, t.name, t.value
  FROM TABLE(p_udt) t
  WHERE NOT EXISTS (
    SELECT 1 FROM target_table tt 
    WHERE tt.id = t.id
  );
  COMMIT; -- 自治事务必须显式提交/回滚
END Proc2;

这种情况下，Proc2的插入会立刻提交，Proc3当然也能看到这些记录，但要注意：这些修改不会受到Proc1后续回滚的影响——因为自治事务是独立的。

3. 关于Proc4的补充 #

Proc4负责删除“已正确识别的记录”——如果这里的记录包括Proc2刚插入的那些，那么Proc4在同一个事务里也能正常删除这些记录，因为它们属于当前事务的一部分，完全可见。

总结一下 #

• 默认场景下：Proc2、Proc3、Proc4共享Proc1的事务，Proc2的修改对Proc3、Proc4即时可见，无自动提交
• 自治事务场景：Proc2的修改会独立提交，Proc3也能看到，但修改不受Proc1主事务的回滚影响

内容的提问来源于stack exchange，提问作者XmalevolentX