对触发器的思考

读到周洲同学的博客,看到一篇关于触发器的文章,是在用户充值时,需要在t_reCharge表中插入一条记录,同时更新t_card表以保证数据一致性.我们当时没想特别多,没想到触发器,就是写了多条sql语句,为了不出错后来使用了事务或存储过程,没记错的话是放在存储过程里

读到周洲同学的博客,看到一篇关于触发器的文章,是在用户充值时,需要在t_reCharge表中插入一条记录,同时更新t_card表以保证数据一致性.我们当时没想特别多,没想到触发器,就是写了多条sql语句,为了不出错后来使用了事务或存储过程,没记错的话是放在存储过程里了。她是这么实现的:

"recharge表中保证提取的是最新一条充值记录，card表中保证更新的记录满足卡号等于充值卡号。"

CREATETRIGGER[dbo].[CardCash]
  on [dbo].[T_Recharge]
  for Insert
 AS
  BEGIN
  UPDATE T_Card set sCash  =sCash +(select top 1 rAdd  fromT_Recharge order by rNo desc) WhereT_Card .cNo in (select top 1 cNo  fromT_Recharge order by rNo desc )  
  END

原文链接如下:

给D层减负-存储过程与触发器的使用

看到这儿,心里挺佩服小师妹的,不过我还有两个问题:

1. sql语句是硬伤,我可不可以传参呢?

2. 如果有两个卡同时充值,会不会查询到的t_reCharge最新记录是另一个卡的?换句话说,update和insert孰先孰后?其实我一直也没想明白两个卡同时充值到底先插入哪条记录?

3. 如果2中的触发器本身就是事务,保证了要么都执行要么都不执行,就没有这个问题.否则,是不是考虑加上事务呢?

接下来进一步了解了触发器的工作原理。

由于使表中数据发生变化的操作有插入、更新和删除，所以触发器可以分为三类：INSERT触发器、UPDATE触发器和DELETE触发器。

1．INSERT触发器

当试图向表中插入记录时，INSERT触发器（如果有）自动执行，此时系统自动创建一个inserted表，新的记录被添加到触发器表和inserted表。触发器可以检查inserted表，确定是否执行触发器动作和如何执行触发器动作。

2．DELETE触发器

当试图从表中删除信息时，DELETE触发器被触发，此时系统自动创建一个deleted表，被删除的行被放置到这个特殊的表中。被删除的行在触发器表中将不再存在。因此，触发器表和deleted表之间没有共同的记录。

3．UPDATE触发器

UPDATE语句可以看成两步，删除一条旧记录，插入一条新记录。所以，UPDATE触发器被触发时，自动创建一个deleted表和一个inserted表，UPDATE语句使原始行移入deleted表，将更新行插入到inserted表中。

我们这里是一个insert触发器，那为什么用触发器？用一个类似的例子来解释。我们有两个表用来记录商品的出库入库情况，t_good_store记录库存的产品类别和数量，而t_good_out记录出库的产品类别和数量，那么每当我们出库的某个类别的产品一定数量的时候，我们应该在t_good_out中插入该产品的类别和出库数量，同时也应该在t_good_store中用update来更新库存的相应类别的产品的数量；这时我们要完成两个任务：插入t_good_out后更新t_good_store，为避免只操作其中一个而造成数据的不一致,我们可以用触发器，在t_good_out的插入操作上绑定一个对t_good_store更新的触发器。当然这个过程应该是一个事务，这就不必担心插入t_good_out表执行了，而绑定在这个动作上的触发器操作不会执行，因为数据库设计了原子性。

再来看上面的三个问题.

1. 触发器只有在修改(包括插入和删除)时触发,目的是给我们一个做其他动作的机会,它没有在查询数据时做其他动作的能力.问了触发器是否有参数这个问题,说明我刚开始没有理解触发器的这个特性.

另外,根据触发器的工作原理,我们可以访问inserted和deleted这两张临时表,需要明白的是inserted存放进行insert和update操作后的数据;deleted存放进行delete和update操作前的数据.

Update=delete+insert.这一点给我们的启示:DRP系统中有一个页面是修改Item或者client或者flowCard,可以先都删除再都插入,然后提示修改成功,不然那个样子多的条目,如何一条条判断再modify?

2. 关于同时插入两个记录,有人说可以,因为insert是在毫秒级,但是不管什么级都是有先有后啊.又说,insert是rowlevel锁,如果不Lock table的话,也无法确定先后啊.

3. 我认为可以不加事务,触发器要是设计得insert和update之间还可以容得下其他操作,那就没有什么意义了.

我先实验一把,这个空当,就算抛砖引玉了,当然也会默默地、虚心地接受板砖…