在写一个AFTER SUSPEND触发器的时候碰到了一个很有趣的现象。

看一个例外的情况。

系统触发器的应用顺序（一）：http://yangtingkun.itpub.net/post/468/486884

上一篇文章中通过测试说明，所有满足触发条件的触发器都会执行，下面再看一个例子。这个例子将触发器变得稍微复杂一点：

SQL> CONN YANGTK/YANGTK已连接。
SQL> DROP TABLE T_TRIGGER PURGE;

表已删除。

SQL> DROP TRIGGER TRI_SUSPEND;

触发器已删除。

SQL> CONN / AS SYSDBA已连接。
SQL> DROP TRIGGER TRI_SUSPEND;

触发器已删除。

首先清除上一篇文章的测试环境，下面在当前用户下创建触发器，并在触发器中执行DBMS_RESUMABLE包的过程：

SQL> CONN YANGTK/YANGTK已连接。
SQL> CREATE TABLE T_TRIGGER (INFO VARCHAR2(20));

表已创建。

SQL> CREATE OR REPLACE TRIGGER TRI_SUSPEND
2 AFTER SUSPEND ON DATABASE
3 DECLARE
4 PRAGMA AUTONOMOUS_TRANSACTION;
5 V_RESULT BOOLEAN;
6 V_ERROR_TYPE VARCHAR2(32767);
7 V_OBJECT_TYPE VARCHAR2(32767);
8 V_OBJECT_OWNER VARCHAR2(30);
9 V_TABLESPACE_NAME VARCHAR2(30);
10 V_OBJECT_NAME VARCHAR2(128);
11 V_SUB_OBJECT_NAME VARCHAR2(128);
12 BEGIN
13 V_RESULT := DBMS_RESUMABLE.SPACE_ERROR_INFO(
14 V_ERROR_TYPE,
15 V_OBJECT_TYPE,
16 V_OBJECT_OWNER,
17 V_TABLESPACE_NAME,
18 V_OBJECT_NAME,
19 V_SUB_OBJECT_NAME);
20 INSERT INTO T_TRIGGER VALUES ('YANGTK TRIGGER');
21 COMMIT;
22 END;
23 /

警告: 创建的触发器带有编译错误。

SQL> SHOW ERR
TRIGGER TRI_SUSPEND 出现错误:

LINE/COL ERROR
-------- -----------------------------------------------------------------
11/2 PL/SQL: Statement ignored
11/14 PLS-00201: 必须声明标识符 'DBMS_RESUMABLE'

触发器的创建报错了，这是由于当前用户没有执行DBMS_RESUMABLE的权限。这时如果不删除当前用户下的触发器，而在SYS用户下建立同样的触发器：

SQL> CONN / AS SYSDBA已连接。
SQL> CREATE OR REPLACE TRIGGER TRI_SUSPEND
2 AFTER SUSPEND ON DATABASE
3 DECLARE
4 PRAGMA AUTONOMOUS_TRANSACTION;
5 V_RESULT BOOLEAN;
6 V_ERROR_TYPE VARCHAR2(32767);
7 V_OBJECT_TYPE VARCHAR2(32767);
8 V_OBJECT_OWNER VARCHAR2(30);
9 V_TABLESPACE_NAME VARCHAR2(30);
10 V_OBJECT_NAME VARCHAR2(128);
11 V_SUB_OBJECT_NAME VARCHAR2(128);
12 BEGIN
13 V_RESULT := DBMS_RESUMABLE.SPACE_ERROR_INFO(
14 V_ERROR_TYPE,
15 V_OBJECT_TYPE,
16 V_OBJECT_OWNER,
17 V_TABLESPACE_NAME,
18 V_OBJECT_NAME,
19 V_SUB_OBJECT_NAME);
20 INSERT INTO YANGTK.T_TRIGGER VALUES ('SYS TRIGGER');
21 COMMIT;
22 END;
23 /

触发器已创建

SYS用户下的创建显然没有任何问题，下面回到YANGTK用户引发触发器执行条件：

SQL> CONN YANGTK/YANGTK已连接。
SQL> ALTER SESSION ENABLE RESUMABLE TIMEOUT 300;

会话已更改。

SQL> CREATE TABLE T_BIG (ID NUMBER)
2 TABLESPACE YANGTK
3 STORAGE (INITIAL 250M);
CREATE TABLE T_BIG (ID NUMBER)
*第 1 行出现错误:
ORA-04098: 触发器 'YANGTK.TRI_SUSPEND' 无效且未通过重新验证
ORA-01659: 无法分配超出 27 的 MINEXTENTS (在表空间 YANGTK 中)

SQL> SELECT * FROM T_TRIGGER;

未选定行

显然这次一个触发器都没有执行。不过这也不难理解，由于当前用户下要运行的触发器存在编译错误，显然运行就会报错，因此Oracle没有继续调用其他的触发器。

SQL> SHOW USER
USER 为 "YANGTK"
SQL> DROP TRIGGER TRI_SUSPEND;

触发器已删除。

SQL> CREATE TABLE T_BIG (ID NUMBER)
2 TABLESPACE YANGTK
3 STORAGE (INITIAL 250M);
CREATE TABLE T_BIG (ID NUMBER)
*第 1 行出现错误:
ORA-01659: 无法分配超出 27 的 MINEXTENTS (在表空间 YANGTK 中)

SQL> SELECT * FROM T_TRIGGER;

未选定行

有意思的情况出现了，删除当前存在编译错误的触发器，然后再次以发触发器事件，而这次SYS用户下的触发器仍然没有执行。

只有重新登陆，才能使得触发器执行：

SQL> CONN YANGTK/YANGTK已连接。
SQL> ALTER SESSION ENABLE RESUMABLE TIMEOUT 300;

会话已更改。

SQL> CREATE TABLE T_BIG (ID NUMBER)
2 TABLESPACE YANGTK
3 STORAGE (INITIAL 250M);
CREATE TABLE T_BIG (ID NUMBER)
*第 1 行出现错误:
ORA-30032: 挂起的 (可恢复) 语句已超时
ORA-01659: 无法分配超出 27 的 MINEXTENTS (在表空间 YANGTK 中)

SQL> SELECT * FROM T_TRIGGER;

INFO
--------------------
SYS TRIGGER

看来触发器失效影响的并不只是当前的触发器执行，还会影响到其他触发器，而且失效触发器被删除后，仍然可能影响其他的触发器直到会话结束。