摆脱插入触发器

Question

尝试探索使用插入触发器的替代解决方案。比如基于 API 的方法以及不同方法的优缺点。

Answer 1

在 API 方法中，您将创建一个过程来执行这两种操作 - 类似于：

package body emp_api is

    procedure insert_emp (...) is
    begin
        insert into emp (...) values (...);
        -- Insert that was previously in trigger
        insert into other_table (...) values (...);
    end;
end;

然后，您通过授予应用程序对 api 包的 EXECUTE 访问权限，但不授予其 INSERT/UPDATE/DELETE 访问权限来强制应用程序使用 API。桌子。

Answer 2

如果您想保证在向 tableA 插入数据时会将记录插入到 tableB 中，则保留触发器。您可以禁用批量加载到表 A 的功能，并且可以保证在此期间只有唯一的进程加载到该表中。

一旦删除触发器，就无法保证插入到 tableB 中。您唯一的希望是所有可能插入表 A 的程序（您真的了解所有这些吗？） 坚持二次插入表 B。这是“通过公司策略实现数据完整性”，而不是通过 Oracle 强制执行的数据完整性。

我认为这种方法取决于您对 tableB 中数据状态的关心程度。

我不会走表 api (TAPI) 的路线，它现在强制通过一些处理逻辑的 pl/sql api 进行任何/所有操作。根据我的经验，这些几乎总是缓慢且有问题的。

Answer 3

在 DDL 中，您可以使用 ALTER TRIGGER 或 ALTER TABLE 禁用触发器。

ALTER TRIGGER triggername DISABLE;  -- disable a single trigger

ALTER TABLE tablename DISABLE ALL TRIGGERS; -- disable all triggers on a table

要在运行时执行此操作，您必须使用动态 SQL，并且运行过程的模式必须拥有该表或具有必要的权限。

EXECUTE IMMEDIATE 'ALTER TRIGGER tablename DISABLE ALL TRIGGERS';

有关启用/禁用触发器的详细信息，请参阅 http:// /download.oracle.com/docs/cd/B28359_01/server.111/b28310/general004.htm