SQL 触发器

1. 概述

触发器是一种特殊的存储过程，它不能被显式地调用，而是在往表中插入记录﹑更新记录或者删除记录时被自动地激活。 因此触发器能够用来实现对表实施复杂的完整性约束。

2. 触发器的分类

SQL Server2000提供了两种触发器:“Instead of” 和“After” 触发器。

一个表或视图的每个修改动做(Insert、Update和Delete)均可以有一个“Instead of” 触发器，一个表的每一个修改动做均可以有多个“After”触发器。

2.1 “Instead of”触发器

• “Instead of”触发器在执行真正“插入”以前被执行。除表以外，“Instead of” 触发器也能够用于视图，用来扩展视图能够支持的更新操做。
• “Instead of”触发器会替代所要执行的SQL语句，言下之意就是所要执行SQL并不会“真正执行”

1 2 3 4 5 6 7 8 9

alter  trigger  trigger_学生_Delete on  学生 instead  of  Delete as begin      select  学号, 姓名 from  deleted end   delete  from  学生 where  学号 = 4

上例中定义了“trigger学生_Delete”触发器，该触发器从“delete”表中打印出所要删除的学生.在执行“delete”操做后，会发现“学号 = 4”的学生并未被删除， 缘由在于“trigger学生Delete”替代了所要执行的“delete from 学生 where 学号 = 4”语句，而在“trigger学生_Delete”中并未真正删除学生。

2.2 “After”触发器

• “After”触发器在Insert、Update或Deleted语句执行以后被触发。“After”触发器只能用于表。
• “After”触发器主要用于表在修改后（insert、update或delete操做以后），来修改其余表

3. Inserted和Deleted表

SQL Server为每一个触发器都建立了两个专用表:Inserted表和Deleted表。

• 这两个表由系统来维护，它们存在于内存中而不是在数据库中，能够理解为一个虚拟的表。
• 这两个表的结构老是与被该触发器做用的表的结构相同。
• 触发器执行完成后，与该触发器相关的这两个表也被删除。
• Deleted表存放因为执行Delete或Update语句而要从表中删除的全部行。
• Inserted表存放因为执行Insert或Update语句而要向表中插入的全部行。

对表的操做	Inserted逻辑表	Deleted逻辑表
增长记录（insert）	存放增长的记录	无
删除记录（delete）	无	存放被删除的记录
修改记录（update）	存放更新后的记录	存放更新前的记录

4. 触发器的执行过程

• 若是一个Insert﹑update或者delete语句违反了约束，那么这条SQL语句就没有执行成功，所以“After”触发器也不会被激活。

• “Instead of” 触发器能够取代激发它的操做来执行。它在Inserted表和Deleted表刚刚创建，其它任何操做尚未发生时被执行。由于“Instead of” 触发器在约束以前执行，因此它能够对约束进行一些预处理。

5. 建立触发器

1 2 3 4

create  trigger  trigger_name on   {table_name|view_name} { After | Instead  of } { insert | update | delete } as  相应T-SQL语句

6. 修改触发器：

1 2 3 4

alter  trigger  trigger_name on   {table_name|view_name} { After | Instead  of } { insert | update | delete } as  相应T-SQL语句

7. 删除触发器：

1	drop  trigger  trigger_name

8. 查看数据库中已有触发器：

8.1 查看数据库中全部触发器

1	select  * from  sysobjects where  xtype= 'TR'

8.2 查看单个触发器

1	exec  sp_helptext '触发器名'

9. “Instead of”相关示例:

两张表：学生(学号 int, 姓名 varchar)、借书记录(学号 int, 图书编号 int)

实现功能：在删除学生表时，若是该学生仍有借书记录（未还）则不能删除

1 2 3 4 5 6 7 8

alter  trigger  trigger_学生_Delete on  学生 instead  of  Delete as begin      if not  exists( select  * from  借书记录, deleted where  借书记录.学号 = deleted.学号)          delete  from  学生 where  学生.学号 in  ( select  学号 from  deleted) end

10. “After”触发器

10.1 在“订单”表中创建触发器，当向“订单”表中插入一条订单记录时，检查“商品”表的货品状态“状态”是否为1(正在整理)，则不能往“订单”表加入该订单。

1 2 3 4 5 6 7 8 9 10

create  trigger  trigger_订单_insert on  订单 after  insert as      if ( select  状态 from  商品, inserted where  商品.pid = inserted.pid)=1      begin          print 'the goods is being processed'          print 'the order cannot be committed'          rollback  transaction  --回滚，避免加入      end

• 该示例中“pid”为商品编码
• 该示例的if判断严格来说是不许确的，由于“订单”表若是每次插入一条记录，该判断没有问题；若是一次插入多条记录，则“select 状态”返回的是多行。

10.2 在“订单”表创建一个插入触发器，在添加一条订单时，减小“商品”表相应的货品记录中的库存。

1 2 3 4 5 6 7

create  trigger  trigger_订单_insert2 on  订单 after  insert as      update  商品 set  数量 = 数量 - inserted.数量      from  商品, inserted      where  商品.pid = inserted.pid

10.3 在“商品”表创建删除触发器，实现“商品”表和“订单”表的级联删除。

1 2 3 4 5

create  trigger  goodsdelete trigger_商品_delete on  商品 after  delete as      delete  from  订单 where  订单.pid in  ( select  pid from  deleted)

10.4 在“订单”表创建一个更新触发器，监视“订单”表的“订单日期”列，使其不能被“update”.

1 2 3 4 5 6 7 8 9

create  trigger  trigger_订单_update on  订单 after  update as      if update (订单日期)      begin          raiserror( '订单日期不能手动修改' ,10,1)          rollback  transaction      end

10.5 在“订单”表创建一个插入触发器，保证向“订单”表插入的货品必需要在“商品”表中必定存在。

1 2 3 4 5 6 7 8 9

create  trigger  trigger_订单_insert3 on  订单 after  insert as      if ( select  count (*) from  商品, inserted where  商品.pid = inserted.pid)=0      begin          print '商品不存在'          rollback  transaction      end

10.6 “订单”表创建一个插入触发器，保证向“订单”表插入的货品信息要在“订单日志”表中添加

1 2 3 4 5

alter  trigger  trigger_订单_insert on  订单 for  insert as      insert  into  订单日志 select  inserted.Id, inserted.pid,inserted.数量 from  inserted