|
先说触发器，再说好处和坏处
-------------------------------
触发器，主要是用来同步更新数据的，杂乱枯燥的文章不给你转了，看起来累，举个例子吧：
假设有两个表，tab_1 ， tab_2
再假设两个表里都有“人员性别”这个字段
tab_1的数据例如： 张三```男```1978`````2002
tab_2的数据例如： 张三```男```销售科```科长
我要改tab_1中张三的性别为“女”的话，那么tab_2的性别也该改为“女”，对吧，总不能两张表的性别不同吧。
如果不用触发器的话，我们就要改完tab_1，再去改tab_2，使性别都变成女
于是这里可以用到触发器了：
原理是：当tab_1中某人的性别发生变更后，数据库自动将tab_2的性别进行同步修改
触发器也可以这样应用：
1、当删除tab_1中的某人信息时，触发器一并删除该人的tab_2中的数据
2、在tab_1中新插入一个人员时，触发器在tab_2中一并新增一条该人的数据
===================================================================================
所以在你建立触发器时，就要指定该触发器的用途，是同步更新，还是删除、插入，由你指定。
基本的语法规则是：
create trigger 触发器名称(你自己命名的) on 表 for 用途(delete|update|insert)
as
delete|update|insert语句
----------------------------------------------------------------------
例如：
create trigger tri_A on tab_1 FOR DELETE
AS
delete tab_2 from deleted where tab_2.id = deleted.id;
意思是：在tab_1表上，建立触发器（tri_A），用于删除该表的数据时触发一个事务，什么事务呢？——删除tab_2中的该编号人员的记录。
FOR INSERT、FOR UPDATE分别是建立用于“插入记录”、“更新数据”的触发器，例子里的FOR DELETE是用于触发“删除记录”的。
这里还要看清楚，那个delete语句中的表，是from deleted哦，还有，where子句的tab_2.id = deleted.id，不是tab_2.id = tab_1.id哦，deleted.id是指你刚删除的那条记录的id（而update、insert，都用inserted.id）
===================================================================================
好处：相对于外部程序、存储过程，触发器可以更快更高效的维护数据
坏处：（我自己的经验）触发器要用的恰到好处，一个大型应用里，触发器越少越好，触发器会使编程时源码的结构被迫打乱，为将来的程序修改、源码阅读带来很大不便。
|
