在触发器主体中指定触发器的父架构

Question

在 DB2 for IBM System i 中，我创建了此触发器，用于记录 MYLOGTABLE 上对 MYCHECKEDTABLE 进行的每个插入操作：

SET SCHEMA MYSCHEMA;

CREATE TRIGGER MYTRIGGER AFTER INSERT ON MYCHECKEDTABLE
REFERENCING NEW AS ROWREF
FOR EACH ROW BEGIN ATOMIC
     INSERT INTO MYLOGTABLE -- after creation becomes MYSCHEMA.MYLOGTABLE
         (MMACOD, OPTYPE, OPDATE)
     VALUES (ROWREF.ID, 'I', CURRENT TIMESTAMP);
END;

DBMS 将触发器主体存储为 < code>MYSCHEMA.MYLOGTABLE 硬编码。

现在假设我们将整个模式复制为新模式NEWSCHEMA。当我在 NEWSCHEMA.MYCHECKEDTABLE 中插入记录时，日志记录将被添加到 MYSCHEMA.MYLOGTABLE 而不是 NEWSCHEMA.MYLOGTABLE，即在架构中触发器及其表所在的位置。这是造成大问题的原因！！另外，因为许多用户可以在没有我控制的情况下复制架构...

那么，有没有办法在触发器主体中指定触发器所在的架构？通过这种方式，我们将编写正确的 MYLOGTABLE 中的日志记录。像PARENT SCHEMA之类的东西...或者有解决方法吗？ 非常感谢！

Answer 1

HLL 中定义的外部触发器可以访问触发器缓冲区，其中包括触发触发器的表的库名称。这可用于限定对 MYLOGTABLE 的引用。

请参阅 IBM 红皮书第 11.2 章“触发器程序结构” 存储过程、触发器和用户定义有关更多信息，请访问 DB2 Universal Database for iSeries 上的函数。

或者，您可以使用 CURRENT SCHEMA 特殊寄存器或GET DESCRIPTOR 语句找出触发器和/或表当前所在的位置。

Answer 2

不幸的是，我意识到触发器所在的模式无法从触发器体内检测。

但有一些解决方法（感谢 @krmilligan 也）：

• 剥夺用户执行CPYLIB的权限并让他们使用实用程序。
• 在系统上创建一个后台代理，定期运行以查找不同步的触发器。
• 对于命令CPYLIB，将TRG选项的默认值设置为*NO。通过这种方式，触发器将永远不会被复制，除非用户明确指定它。

我选择最后一种，因为它是最简单的一种，即使可能存在需要触发器复制的上下文。在这种情况下，我会采取第一种解决方法。