SQL Server：触发器实例详解
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并不会“真正执行”
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. 创建触发器
create trigger trigger_name
on {table_name|view_name}
{after|instead of} {insert|update|delete}
as 相应t-sql语句
6. 修改触发器：
alter trigger trigger_name
on {table_name|view_name}
{after|instead of} {insert|update|delete}
as 相应t-sql语句
7. 删除触发器：
drop trigger trigger_name
8. 查看数据库中已有触发器：
8.1 查看数据库中所有触发器
select * from sysobjects where xtype='tr'
8.2 查看单个触发器
exec sp_helptext '触发器名'
9. “instead of”相关示例:
两张表：学生(学号 int, 姓名 varchar)、借书记录(学号 int, 图书编号 int)
实现功能：在删除学生表时，如果该学生仍有借书记录（未还）则不能删除
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(正在整理)，则不能往“订单”表加入该订单。
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 在“订单”表建立一个插入触发器，在添加一条订单时，减少“商品”表相应的货品记录中的库存。
create trigger trigger_订单_insert2 on 订单 after insert as update 商品 set 数量 = 数量 - inserted.数量 from 商品, inserted where 商品.pid = inserted.pid
10.3 在“商品”表建立删除触发器，实现“商品”表和“订单”表的级联删除。
create trigger goodsdelete trigger_商品_delete on 商品 after delete as delete from 订单 where 订单.pid in (select pid from deleted)
10.4 在“订单”表建立一个更新触发器，监视“订单”表的“订单日期”列，使其不能被“update”.
create trigger trigger_订单_update
on 订单
after update
as
if update(订单日期)
begin
raiserror('订单日期不能手动修改',10,1)
rollback transaction
end
10.5 在“订单”表建立一个插入触发器，保证向“订单”表插入的货品必须要在“商品”表中一定存在。
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 “订单”表建立一个插入触发器，保证向“订单”表插入的货品信息要在“订单日志”表中添加
alter trigger trigger_订单_insert on 订单 for insert as insert into 订单日志 select inserted.id, inserted.pid,inserted.数量 from inserted
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。