存储过程无法代替触发器的特殊情况

在这里先解释一下推崇用存储过程代替触发器的原因，当然这里先要说明一下此概念受教于ITPUB论坛的newkid版主的经验。

直接进入正题，绝大多数的由触发器提供的功能都可以用存储过程都能实现，而触发器是“隐式”执行，存储过程是“显式”执行，也就是说，当你对一个表进行操作的时候，存储过程出现于你的程序代码中，出现问题可以被发觉，而触发器是自动执行，如果它的出现了问题，你无法在代码中找到它，因而会给造成不必要的麻烦。这就是推荐用存储过程代替触发器的主要原因。

但是，也有一些存储过程无法代替触发器的特例，如果2个表双向都有外键约束，比如t1表有b_id是t2表的b_id的外键，而t2表的a_id则同时也是t1表a_id的外键，那么用触发器可以实现2个表的数据更新，用存储过程就没有办法做的，以下是对此做的一个实验：

---------------------------建表脚本------------------------------

CREATE TABLE t1
(
   a_id NUMBER PRIMARY KEY,
   b_id NUMBER
);


CREATE TABLE t2
(
   b_id NUMBER PRIMARY KEY,
   a_id NUMBER
);

-----------------------------为2个表加上外键-----------------------------------------
ALTER TABLE t1
ADD CONSTRAINT fk1
FOREIGN KEY(b_id)
REFERENCES t2(b_id);

ALTER TABLE t2
ADD CONSTRAINT fk2
FOREIGN KEY(a_id)
REFERENCES t1(a_id);

-------------------------触发器--------------------------------

CREATE OR REPLACE TRIGGER tri_row_ins_t
   after INSERT ON t1
      REFERENCING NEW AS n OLD AS o
   FOR EACH ROW
BEGIN
   INSERT INTO t2(b_id,a_id)
   VALUES(:n.b_id,:n.a_id);
END;


测试：
SQL> insert into t1 values(5,6);

1 row inserted

SQL> commit;

Commit complete


结论：触发器是在语句被编译后，约束条件被执行之前执行的，存储过程则没有办法在约束条件之前执行，所以会有这种无法使用存储过程代替触发器的特例，当然以上条件的出现情况也不常见

综上，再强调开头那一段思想，在你想到使用触发器的时候，再想一想怎样用存储过程来替代之是个比较好的习惯。