触发器

定义

触发器（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