databaseoracle触发器基础
Posted 淡丶无欲
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了databaseoracle触发器基础相关的知识,希望对你有一定的参考价值。
一、oracle触发器基本语法
CREATE [OR REPLACE] TRIGGER trigger_name
{BEFORE | AFTER }
{INSERT | DELETE | UPDATE [OF column [, column …]]}
[OR {INSERT | DELETE | UPDATE [OF column [, column …]]}...]
ON [schema.]table_name | [schema.]view_name
[REFERENCING {OLD [AS] old | NEW [AS] new| PARENT as parent}]
[FOR EACH ROW ]
[WHEN condition]
PL/SQL_BLOCK | CALL procedure_name;
BEFORE: 在执行触发事件前执行触发器内容;
AFTER:在执行触发事件后执行触发器内容;
(貌似还存在第3中:instead of,主要用于视图。待学习....)
FOR EACH ROW: 行级触发器,对应的还有语句级触发器。
行级触发器,只要数据行符合触发条件,就执行1次触发器;
语句级触发器,整个语句操作作为触发事件,符合触发条件,则只执行1次触发器;(这个理解还不深刻)
NEW/OLD:只存在与FOR EACH ROW中。且update:NEW、OLD,insert:NEW,delete:OLD;
二、基础demo
说明:当更新子表CHILD的时候,把其对应父表的姓名拼接”123”。
create or replace trigger TEST_TRIGGER
before update ON "CHILD" for each row
declare
old_age number;
new_age number;
v_id number;
p_id number;
--PRAGMA AUTONOMOUS_TRANSACTION; -- 自治事务,独立于触发sql的事务
begin
old_age := :old.child_age;
new_age := :new.child_age;
v_id := :new.child_id;
p_id := :new.parent_id;
dbms_output.put_line(\'After: old=\'||old_age||\',new=\'||new_age);
if 3>2 then
-- UPDATE CHILD set child_name = child_name||\'123\' where CHILD_ID = 5;
UPDATE parent set parent_name = parent_name||\'123\' where PARENT_ID = p_id;
--:new.child_name := :old.child_name || \'123\';
dbms_output.put_line(\'if scope!\');
end if;end TEST_TRIGGER;
奇葩问题: 如果trigger中存在if语法,
注意demo最后 end if;end TEST_TRIGGER; 如果不这么写(分成2行),此trigger在navicat中编译是通不过的。但在pl/sql中是正确的。
三、trigger的事务、自治事务
如果trigger不用自治事务,那么触发器的事务和触发触发器事件的事务是同一个。
我在测试的时候遇到的问题:1、目的:在更新child_age后,通过触发器更新其名字child_name。2、因为我要的确实更新后,才更新chile_name,所以我用的BEFORE。
如果不用自治事务,那么表示触发器和触发事件是处于同一事务(即便是after,触发事件的事务也是没提交的。),oracle是不允许对同一行记录再次进行DML的。
但是如果使用自治事务,这明显有个问题是,如果触发事件的语句被回滚,那么触发器是确定被触发、且被提交的。所以,此处不能用自治事务(我还真没想到什么场景要用到自治事务)
如何实现?
这时就要用到BEFORE/AFTER的区别了,通过前面知道了默认触发器和触发事件是在同一事务。那么可以通过BEFORE达到目的,直接在BEFORE中修改:new对应的字段值。如demo中的:
:new.child_name := :old.child_name || \'123\'; 这样,其实就会更新行所对应的字段值。
四、备注
在网上查了下对触发器的看法,发现大部分的观念都不推荐触发器。观点总结:1、触发器性能不好;2、触发器太隐蔽,容易被忽略;3、移植性低,难以维护。
对于性能,不清楚程度到底怎么样。
移植性,我接触的项目都不考虑。
隐蔽性,这很关键,如果项目管理不好。可能都不知道有这个触发器的存在。
综上,我只能了解到反正大家都不怎么推荐…
这说下为什么我要用的情况:有张表table_a,存在一个状态位a.status=[1,2,3,4,5,6…];当状态位为[4,5,6]时要给客户发送短信提醒。
存在的做法:1、在所有代码中,更改status的地方判断,直接调用发送短信(或者把短信放到短信池,定时发送。这有很大却别)。 2、定时器,检测状态位,然后发送。 3、触发器。
方式1: 我觉得很蠢,你要找到现在有的所有地方。如果后面新增一个地方修改status,别人不一定知道要发短信。(而且还不止这么简单,万一这update被回滚,你直接调短信发送不雪崩?如果是放到短信池还好,都回滚了。)
方式2: 有一个问题是,你要知道这行数据是不是状态改变过,且是没发送过短信的(麻烦,我没细想这)
方式3: 触发器,检测行的status,然后符合的insert一条短信到短信池,然后在定时检测短信池发送短信。
附录
以上是关于databaseoracle触发器基础的主要内容,如果未能解决你的问题,请参考以下文章