Oracle APEX行级审计触发器误写入多关联表单冗余记录问题

完全可以实现精准的单行审计写入。你当前的触发器已经声明为FOR EACH ROW行级触发器，Oracle会在每一行数据发生插入/更新时单独触发一次执行，:NEW、:OLD两个伪记录直接绑定当前被变更的单行的全部字段值，不需要额外查询用户关联的所有表单做匹配。

• 原代码中查询负责人关联表单的逻辑存在设计偏差：select r.ID, f.ID into v_resp,v_form_id from RESPONSIBLE r left outer join forms f on r.respid=i.ID where r.uuid = v_userid 语句会返回当前登录用户作为负责人关联的所有表单记录，单值接收的select into一旦遇到多匹配结果就会触发错误。如果为了绕过该错误额外遍历用户关联的所有表单逐行写审计，就会直接生成冗余的审计条目。
• 原判断条件的逻辑优先级混乱：缺少括号明确运算优先级，AND运算优先级高于OR，导致条件判断的实际匹配范围和预期不符，只要匹配到任意关联记录就会触发写入，没有和当前被变更的行做强绑定。
• 语法错误：关联查询中的i.ID是未定义的无效别名，无法正确关联表单和负责人的对应关系。

核心改动思路：

• 移除所有遍历用户关联表单的冗余查询，只需要通过用户UUID拿到对应的学生ID、负责人ID两个基础身份值即可，不需要额外查表单表。
• 用括号明确逻辑判断的优先级，严格限定只有当前被变更的行本身和操作人存在权限关联时，才触发审计写入。
• 审计表插入操作直接使用:NEW伪记录的当前行值，保证写入的主键和实际变更行完全一致。

修正后的触发器代码：

create or replace TRIGGER TRG_AUDIT_TBL1
  AFTER INSERT OR UPDATE ON TBL1
  FOR EACH ROW
  DECLARE
    v_user varchar2(30);
    v_userid USERS.UUID%TYPE;
    v_done_action varchar2(50);
    v_stud_id STUDENTS.STUID%TYPE;
    v_resp_id RESPONSIBLE.ID%TYPE;
    does_exist number;
  BEGIN
    -- 获取APEX当前登录用户标识
    v_user := SYS_CONTEXT('APEX$SESSION','APP_USER');
    SELECT UUID INTO v_userid FROM users WHERE lower(username)=lower(v_user);

    -- 匹配当前用户的学生身份
    SELECT count(*) INTO does_exist FROM STUDENTS WHERE uuid = v_userid;
    IF does_exist > 0 THEN
      SELECT STUID INTO v_stud_id FROM students WHERE uuid = v_userid;
    END IF;

    -- 匹配当前用户的负责人身份，仅取唯一的负责人ID，不关联表单表
    SELECT count(*) INTO does_exist FROM respsonsible WHERE uuid = v_userid;
    IF does_exist > 0 THEN
      SELECT ID INTO v_resp_id FROM RESPONSIBLE WHERE uuid = v_userid;
    END IF;

    -- 基于当前行的状态值匹配操作类型
    IF :NEW.STATE ='REQUESTED' THEN
      v_done_action :='test123';
    ELSIF :NEW.STATE ='APPROVED_BY_RESP' THEN
      v_done_action :='test1234.';
    ELSIF :NEW.STATE ='DENIED_BY_RESP' THEN
      v_done_action :='test12345.';
    ELSIF :NEW.STATE ='CHANGE_REQUEST_BY_RESP' THEN
      v_done_action :='test123456.';
    END IF; 

    -- 严格限定审计写入触发条件
    IF (
          (v_stud_id IS NOT NULL AND v_stud_id = :NEW.STUID)
          OR
          (v_resp_id IS NOT NULL AND v_resp_id = :NEW.RESPID AND :OLD.STATE <> :NEW.STATE)
       ) THEN
      -- 直接写入当前变更行的关联值，无其他遍历逻辑
      INSERT INTO AUDIT_TBL1 (FORMID,DONE_ACTION,COLUMN1,STATE)
      VALUES (:NEW.ID, v_done_action, :NEW.COLUM1, :NEW.STATE);
    END IF;
  END;

• 行级触发器的执行特性决定了：每一次单行编辑操作只会触发一次触发器执行，:NEW.ID始终是当前被编辑行的主键，不会产生跨记录的匹配。
• 移除所有遍历用户关联表单的逻辑后，从根源上消除了冗余审计写入的触发条件。
• 严格的权限匹配校验保证，只有当前编辑的行本身属于操作人权限范围时，才会生成对应的审计条目。

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