请求创建DB2(AS400)跨表INSERT/DELETE触发器并使用触发表信息

我来帮你写出符合需求的触发器代码，并且拆解关键细节，确保它能精准实现TABLE1插入/删除时同步TABLE2的对应操作：

完整触发器代码 #

CREATE TRIGGER DB1.MY_TRIGGER
AFTER INSERT OR DELETE ON DB1.TABLE1
REFERENCING NEW AS NEW_ROW OLD AS OLD_ROW
FOR EACH ROW
BEGIN ATOMIC
    -- 处理插入操作：同步插入到TABLE2，Col2固定为0
    IF INSERTING THEN
        INSERT INTO DB1.TABLE2 (Col1, Col2)
        VALUES (NEW_ROW.Col1, 0);
    -- 处理删除操作：根据Col1匹配删除TABLE2的对应行
    ELSEIF DELETING THEN
        DELETE FROM DB1.TABLE2
        WHERE Col1 = OLD_ROW.Col1;
    END IF;
END;

关键细节解释 #

• AFTER触发器时机：选择AFTER是为了保证TABLE1的插入/删除操作成功执行后，再同步TABLE2的操作，避免出现TABLE1操作失败但TABLE2已变更的不一致情况。
• NEW/OLD行引用：在DB2 for i中，插入操作时用NEW_ROW获取刚插入的行数据；删除操作时用OLD_ROW获取被删除的行数据，这样能精准拿到TABLE1的Col1值来同步TABLE2。
• BEGIN ATOMIC：这个关键字确保触发器内的所有操作是原子性的——要么全部执行成功，要么全部回滚，避免部分执行导致的数据混乱。
• INSERTING/DELETING条件判断：这两个内置条件用来区分当前触发触发器的操作类型，确保插入和删除逻辑分支正确执行。

注意事项 #

• 确认你拥有足够权限：需要创建触发器的权限，以及对DB1.TABLE1的读权限、DB1.TABLE2的读写权限。
• 保证TABLE2的Col1唯一约束：你提到Col1在TABLE2中唯一，这个约束必须存在，否则插入时可能会出现重复数据冲突。
• 性能评估：如果TABLE1的插入/删除操作非常频繁，建议评估触发器对系统性能的影响，必要时考虑批量同步等优化方案。
• 异常处理（可选）：如果需要更严谨的错误控制，可以添加DECLARE EXIT HANDLER来捕获异常并做相应处理，比如记录错误日志。

内容的提问来源于stack exchange，提问作者Marçal Torroella