触发器设计技巧和实例

 触发器设计技巧和实例

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