定义
触发器(trigger)是个特殊的存储过程,它的执行不是由程序调用,也不是手工启动,而是由事件来触发,比如当对一个表进行操作( insert,delete, update)时就会激活它执行。触发器经常用于加强数据的完整性约束和业务规则等。 触发器可以从 DBA_TRIGGERS ,USER_TRIGGERS 数据字典中查到。
触发器分类:
INSERT,DELETE,UPDATE,分别通过这3种语句对触发器所在的表的某条记录进行操作时调用触发器。
存储过程和触发器的优点 :
(1).预编译,已优化,效率较高。避免了SQL语句在网络传输然后再解释的低效率。
(2).存储过程可以重复使用,减少开发人员的工作量
(3).业务逻辑封装性好,修改方便。
(4).安全。不会有SQL语句注入问题存在
存储过程和触发器的缺点 :
(1).可移植性是存储过程和触发器最大的缺点。
(2).占用服务器端太多的资源,对服务器造成很大的压力
(3).不能做DDL。
(4).触发器排错困难,而且数据容易造成不一致,后期维护不方便
为什么大家都不推荐使用MySQL触发器而用存储过程?
1.触发器二者的调用是隐藏的,无形中增加了系统的复杂性,非DBA人员理解起来数据库就会有困难,因为它不执行根本感觉不到它的存在。
2.涉及到复杂的逻辑的时候,触发器的嵌套是避免不了的,如果再涉及几个存储过程,再加上事务等等,很容易出现死锁现象。其实,从性能上,触发器并没有提升多少性能。
3.在编码中存储过程显示调用很容易阅读代码,触发器隐式调用容易被忽略。
存储过程也有他的致命伤
4.存储过程的致命伤在于移植性,存储过程不能跨库移植。
触发器的创建 :
CREATE TRIGGER trigger_name trigger_time trigger_event
ON tbl_name FOR EACH ROW trigger_stmt
{ BEFORE | AFTER } --触发器有执行的时间设置:可以设置为事件发生前或后。
{ INSERT | UPDATE | DELETE } --同样也能设定触发的事件:它们可以在执行insert、update或delete的过程中触发。
ON <表名称> --触发器是属于某一个表的:当在这个表上执行插入、 更新或删除操作的时候就导致触发器的激活. 我们不能给同一张表的同一个事件安排两个触发器。
FOR EACH ROW --触发器的执行间隔:FOR EACH ROW子句通知触发器 每隔一行执行一次动作,而不是对整个表执行一次。
<触发器SQL语句> --触发器包含所要触发的SQL语句:这里的语句可以是任何合法的语句, 包括复合语句,但是这里的语句受的限制和函数的一样。
触发器例子1