触发器

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

SQL Server为每个触发器都创建了两个专用表﹕Inserted表和Deleted表。这两个表由系统来维护﹐它们存在于内存中而不是在数据库中。这两个表的结构总是与被该触发器作用的表的结构相同。触发器执行完成后﹐与该触发器相关的这两个表也被删除。
Deleted表存放由于执行Delete或Update语句而要从表中删除的所有行。
Inserted表存放由于执行Insert或Update语句而要向表中插入的所有行。

触发器可以查询其它表，同时也可以执行复杂的T-SQL语句。触发器和引发触发器执行的命令被当作一次事务处理，因此就具备了事务的所有特征。注意： '事务具备什么特征？在触发器中的作用？'如果发现引起触发器执行的T-SQL语句执行了一个非法操作，比如关于其它表的相关性操作，发现数据丢失或需调用的数据不存在，那么就回滚到该事件执行前的SQL SERVER数据库状态。

触发器和约束的关系和区别:

(1)一般来说，使用约束比使用触发器效率更高。

(2)同时，触发器可以完成比CHECK约束更复杂的限制。

说明：

2.1 与CHECK约束不同，在触发器中可以引用其它的表。

2.2 触发器可以发现改变前后表中数据的不一致，并根据这些不同来进行相应的操作。

2.3 对于一个表不同的操作（INSERT、UPDATE、DELETE）可以采用不同的触发器，即使是对相同的语句也可以调用不同的触发器来完成不同的操作。

举例1：在签订一份订单时，货物的库存量应减少。问？这应用了触发器的什么特征？CHECK约束能解决吗？

举例2：正在进行整理的货物不能下订单。问？这应用了触发器的什么特征？CHECK约束能解决吗？

Instead of 和 After触发器
SQL Server2000提供了两种触发器﹕Instead of 和After 触发器。这两种触发器的差别在于他们被激活的不同﹕        
Instead of触发器用于替代引起触发器执行的T-SQL语句。除表之外﹐Instead of 触发器也可以用于视图﹐用来扩展视图可以支持的更新操作。        
After触发器在一个Insert,Update或Deleted语句之后执行﹐进行约束检查等动作都在After触发器被激活之前发生。After触发器只能用于表。一个表或视图的每一个修改动作(insert,update和delete)都可以有一个instead of 触发器﹐一个表的每个修改动作都可以有多个After触发器。

触发器的执行过程
如果一个Insert﹑update或者delete语句违反了约束﹐那幺After触发器不会执行﹐因为对约束的检查是在After触发器被激动之前发生的。所以After触发器不能超越约束。       
Instead of 触发器可以取代激发它的操作来执行。它在Inserted表和Deleted表刚刚建立﹐其它任何操作还没有发生时被执行。因为Instead of 触发器在约束之前执行﹐所以它可以对约束进行一些预处理。 

       
使用T-SQL语句来创建触发器，基本语句如下﹕        

           create trigger trigger_name
           on {table_name | view_name}
           {for | After | Instead of }
           [ insert, update,delete ]
           as
           sql_statement

    

1﹕在Orders表中建立触发器﹐当向Orders表中插入一条订单记录时﹐检查goods表的货品状态status是否为1(正在整理)﹐是﹐则不能往Orders表加入该订单。

create trigger orderinsert
on orders
after insert
as                                                                                                                                                                     begin transaction
if (select status from goods,inserted
where goods.name=inserted.goodsname)=1
begin
print 'the goods is being processed'
print 'the order cannot be committed'
rollback transaction   --回滚﹐避免加入
end

2﹕在Orders表建立一个插入触发器﹐在添加一条订单时﹐减少Goods表相应的货品记录中的库存。

create trigger orderinsert1
on orders
after insert
as

begin transaction
update goods set storage=storage-inserted.quantity
from goods,inserted
where
goods.name=inserted.goodsname

3﹕在Goods表建立删除触发器﹐实现Goods表和Orders表的级联删除。

create trigger goodsdelete
on goods
after delete
as

begin transaction
delete from orders 
where goodsname in
(select name from deleted)

4﹕在Orders表建立一个更新触发器﹐监视Orders表的订单日期(OrderDate)列﹐使其不能手工修改.

create trigger orderdateupdate
on orders
after update
as

begin transaction
if update(orderdate)
begin
raiserror(' orderdate cannot be modified',10,1)
rollback transaction
end

5﹕在Orders表建立一个插入触发器﹐保证向Orders表插入的货品名必须要在Goods表中一定存在。

create trigger orderinsert3
on orders
after insert
as

begin transaction
if (select count(*) from goods,inserted where goods.name=inserted.goodsname)=0
begin
print ' no entry in goods for this order'
rollback transaction
end