对触发器一词早有耳闻(最早是在耿大妈的数据库视频中),当初看完视频后,对理解不深刻的东西如:触发器,存储过程,事务,日志等等没有详细的去查阅,也没有具体的去尝试,应用。所以才导致了今天的博客(把以前丢下的补上)。提到触发器一词,首先想到的是“触发器不能乱用”,“慎用触发器”,不过我们可不能把这些提醒的话,当成了自己不去尝试的借口。学习要有无知者无畏的精神,管他呢,先试了再说。
简单介绍
如何使用
比起上面的基础知识,相信大家更关注的是具体怎么使用。下面以机房收费系统系统中的一个充值功能为例来说明触发器在系统中的具体应用。
-- ============================================= -- Author: 牛迁迁 -- Create date: 06/09/2014 15:32:21 -- Description: 当插入一条充值记录时,自动更新卡表中的余额 -- ============================================= ALTER TRIGGER [dbo].[CardBalance] -- 触发器名称 ON [dbo].[Recharge_info] -- 触发器位置 FOR insert -- 表明期望触发器在何种动作类型下激活 AS declare @Balance varchar(8) -- declare @CID varchar(8) -- 声明参数 select @Balance = balance from Recharge_info -- 给参数赋值 select @CID = CID from Recharge_info -- BEGIN -- 执行触发器,更新卡表余额 UPDATE Card_info set balance = @Balance where Card_info .CID = @CID END
充值记录表:
卡表:
慎用触发器:
触发器功能强大,轻松可靠地实现许多复杂的功能,为什么又要慎用呢。触发器本身没有过错,但滥用的话,将会造成数据库及应用程序的维护困难。如果我们对触发器过分的依赖,势必影响数据库的结构,同时增加了维护的复杂程度。所以触发器虽好,但使用的时候要斟酌一下,在合适的情况下使用。
做重构版的一个感受的就是代码量大大增加了。写个增删改查,建立实体,编写接口,D层,B层,U层,层层调用。所以我们更要想办法为代码减负,使代码精简、便于复用。
学习数据库技术是个良好的开始。
PS:关于触发器这篇博客介绍的比较详细可供大家学习:http://www.cnblogs.com/kissdodog/p/3173421.html
为代码减负之<一>触发器(SQL),布布扣,bubuko.com
原文:http://blog.csdn.net/u010028869/article/details/30068653