触发器设计技巧与实例
在数据库设计中,有两种方法可设定自动化的资料处理规则,一种是条件约束,
一种是触发器,一般而言,条件约束比触发器较容易设定及维护,且执行效率较
好,但条件约束只能对资料进行简单的栏位检核,当涉及到多表操作等复杂操
作时,就要用到触发器了.
一个数据库系统中有两个虚拟表用于存储在表中记录改动的信息,分别
是:
虚拟表Inserted 虚拟表Deleted
在表记录新增时 存放新增的记录 不存储记录
修改时 存放用来更新的新记录 存放更新前的记录
删除时 不存储记录 存放被删除的记录
触发器的种类及触发时机
After触发器:触发时机在资料已变动完成后,它将对变动资料进行必要的
善后与处理,若发现有错误,则用事务回滚(Rollback Transaction)
将此次操作所更动的资料全部回复。
Istead of 触发器:触发时机在资料变动前发生,且资料如何变动取决于触发器
现在介绍一下创建触发器的编写格式:
After类型:
Create Trigger 触发器名称
on 表名
after 操作(insert,update)
as
Sql语句
Instead类型
Create Trigger 触发器名称
on 表名
Instead of 操作(update,delete)
as
Sql语句
实例1:
在订单(表orders)中的订购数量(列名为num)有变动时,触发器会先到客户(表Customer)中
取得该用户的信用等级(列名为Level),然后再到信用额度(Creit)中取出该等级
许可的订购数量上下限,最后比较订单中的订购数量是否符合限制。
代码:
Create Trigger num_check
on orders
after insert,update
as
if update(num)
begin
if exists(select a.* from orders a join customer b on a.customerid=b.customerid
join creit c on b.level=c.level
where a.num between c.up and c.down)
begin
rollback transaction
exec master..xp_sendmail 'administrator','客户的订购数量不符合限制'
end
end
实例2:
有工资管理系统中,当公司对某员工甲的月薪进行调整时,通常会先在表员工中修改薪资列,然后在
表员工记录中修改薪资调整时间与薪资
Create trigger compensation
on 员工
after update
as
if @@rowcount=0 return
if update(薪资)
begin
insert 员工记录
select 员工遍号,薪资,getdate()
from inserted
end
人事離職觸發
CREATE TRIGGER insnz_updtresume ON [dbo].[tblnz]
FOR INSERT,update
AS
update tblresume set 狀態='離職',維護日期=getdate() from inserted
where inserted.工號=tblresume.工號
--update tblsroom set 住人否='N' where 宿舍號 in(select 宿舍號 from tblresume,inserted where tblresume.工號=inserted.工號) and 床位 in (select 床位 from tblresume,inserted where tblresume.工號=inserted.工號)
--2004/10/19改為界面執行
delete tblgrant from inserted
where 用戶名 =(select 用戶名 from tbluser where 工號=inserted.工號)
delete tbluser from inserted
where tbluser.工號=inserted.工號
update sms_resume set send='N' , incept='N' from inserted
where psn_gh=inserted.工號
Trackback: http://tb.blog.youkuaiyun.com/TrackBack.aspx?PostId=537543
516

被折叠的 条评论
为什么被折叠?



