ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 系统触发器的应用顺序(二)

系统触发器的应用顺序(二)

原创 Linux操作系统 作者:yangtingkun 时间:2009-07-02 22:55:02 0 删除 编辑

在写一个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

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

 

 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/4227/viewspace-608211/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
暂无介绍

注册时间:2007-12-29

  • 博文量
    1955
  • 访问量
    10404806