PL/SQL中未提交数据触发触发器及数值范围拆分执行问题咨询

咱们逐个拆解你的两个问题，一步步给出解决方案：

首先得明确：PL/SQL里的触发器是随DML操作即时触发的——不管你最终会不会执行COMMIT，只要你执行了INSERT/UPDATE/DELETE，对应的行级或语句级触发器就会立刻运行。哪怕之后你ROLLBACK，触发器里的操作（默认和主事务绑定）也会跟着回滚。

针对不同场景的未提交数据，处理方式不同：

• 当前事务内的未提交数据：触发器本身就在同一个事务上下文里，直接就能访问到。比如你更新了一行，行级触发器里可以直接引用:NEW/:OLD变量，或者查询表时也能看到当前事务的所有未提交变更。
• 其他事务的未提交数据：默认的READ COMMITTED隔离级别下，触发器看不到其他事务未提交的脏数据。如果确实需要访问这类数据，你可以修改会话的事务隔离级别：

  ALTER SESSION SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
  

  但要注意，这个级别允许脏读，可能导致触发器做出错误判断，需谨慎使用。

你遇到的问题大概率来自两个点：脚本语法错误，或者触发器校验逻辑没覆盖当前事务的变更。咱们一步步解决：

第一步：修正拆分操作的SQL脚本 #

你原来的脚本写法不符合PL/SQL语法，正确的写法假设你的表名为range_table，字段为from_val和to_val：

-- 1. 先确认目标范围存在（可选，但能避免误操作）
SELECT * FROM range_table WHERE from_val = 1000 AND to_val = 1999;

-- 2. 更新原范围为1000-1001
UPDATE range_table
SET to_val = 1001
WHERE from_val = 1000 AND to_val = 1999;

-- 3. 确认更新成功（可选）
SELECT * FROM range_table WHERE from_val = 1000;

-- 4. 插入新范围1002-1999
INSERT INTO range_table (from_val, to_val)
VALUES (1002, 1999);

-- 5. 提交事务
COMMIT;

第二步：确保触发器的校验逻辑正确 #

如果执行上面的脚本还是报错，那说明你的触发器校验逻辑可能没考虑到当前事务内的未提交变更。正确的行级触发器应该能检查到同一个事务里的更新结果，避免误判交集。比如：

CREATE OR REPLACE TRIGGER check_range_overlap
AFTER INSERT OR UPDATE ON range_table
FOR EACH ROW
DECLARE
  overlap_count NUMBER;
BEGIN
  -- 检查当前表中是否存在与新范围重叠的行（排除自身）
  SELECT COUNT(*)
  INTO overlap_count
  FROM range_table
  WHERE (from_val <= :NEW.to_val AND to_val >= :NEW.from_val)
    AND (from_val != :NEW.from_val OR to_val != :NEW.to_val);

  IF overlap_count > 0 THEN
    RAISE_APPLICATION_ERROR(-20001, '数值范围与现有范围存在交集，请检查');
  END IF;
END;
/

这个触发器会在INSERT或UPDATE后，查询表中所有行（包括当前事务未提交的变更），判断是否存在范围交集。当你先更新原范围、再插入新范围时，触发器会看到更新后的1000-1001，确认和1002-1999无交集，不会触发报错。

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