触发器设计技巧与实例
在数据库设计中,有两种方法可设定自动化的资料处理规则,一种是条件约束, 一种是触发器,一般而言,条件约束比触发器较容易设定及维护,且执行效率较 好,但条件约束只能对资料进行简单的栏位检核,当涉及到多表操作等复杂操 作时,就要用到触发器了. 一个数据库系统中有两个虚拟表用于存储在表中记录改动的信息,分别 是: 虚拟表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
没有相关教程
|