触发器原理及实例

      触发器是SQL Server数据库应用中一个重要工具，是一种特殊类型的存储过程，应用非常广泛。 般存储过程主要通过存储过程名而被直接调用，触发器则是通过事件触发执行。触发器基于一个表来创建并和一个或多个数据修改操作（插入、更新或删除）相关联，可视作表的一部分。触发器与数据库中的表紧密相关，比如当对表执行INSERT、UPDATE或DELETE操作时，触发器就会自动执行 ……

触发器，主要是用来同步更新数据的，杂乱枯燥的文章不给你转了，看起来累，举个例子吧： 假设有两个表，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） =================================================================================== 好处：相对于外部程序、存储过程，触发器可以更快更高效的维护数据 坏处：（我自己的经验）触发器要用的恰到好处，一个大型应用里，触发器越少越好，触发器会使编程时源码的结构被迫打乱，为将来的程序修改、源码阅读带来很大不便。

 

先简单说说触发器的机制。每个触发器都会创建两个逻辑专用表：inserted表和deleted表，其结构跟被触发表的结构完全相同，执行后，这两个表都会被删除。执行insert插入语句时，inserted表存放要插入的所有行，执行delete删除操作时，deleted表存放要删除的所有行，执行update更新操作相当于先执行一个delete操作再执行有个insert操作，原记录存放于deleted表新记录存放于inserted表。

触发器分after触发器和instead of触发器两种。

After触发器也叫For触发器，它会在触发insert、update或delete动作之后执行，也即它只有在已插入一行或是多行和所有约束已被处理且通过后才触发，并且AFTER 触发器只能对表起作用。

instead of触发器代替触发动作进行激发，如果一个表上有一个instead of触发器并在这个表上执行update操作，则update语句不会改变这个表中的数据。INSTEAD OF 触发器可以同时对表和视图起作用。

AFTER 触发器多用在动作必须在表中数据发生改变之后才执行后情情况，比如，AFTER 触发器可以用于将对数据作任何变动的日志记录在一个相对独立的审计表中。INTEAD OF 触发器也能做同样的工作。但是 INSTEAD OF 触发器在这个情况下的效率比较低，因为更新动作只能在将它发生的动作准确地记录在审计表之后才允许执行。一般来说，只要不影响数据的修改，AFTER 触发器比 INSTEAD OF 触发器更有效率，但有时 INSTEAD OF会更好些。

理论是枯燥的，对于初学者而言也是难懂的，通过一些实例会更有利于理解和消化。

1、更新触发

create trigger updateUser

on allUser

after update

as

update partUser

set usr_Name=(select usr_Name from inserted), usr_Pwd=(select usr_pwd from inserted)

where usr_ID=(select usr_id from inserted)





2、不允许修改用户名

use 数据库名
go
create trigger tr
on 表名
for update
as
    if update(userName)
        rollback tran