机房收费系统之触发器
印象里边最早接触触发器是在耿建玲的视频里边见到的,可是全然不理解,可是在实现机房收费系统的时候,就发现原来SQL Server中还有这么一个强大的功能,简直是和存储过程合称为最佳兄弟二人组。
首先我们看看触发器是什么?
触发器,由于我先认识的存储过程+事务。所以我在这里把他称为存储过程的小兄弟,至于为什么,由于他们真的非常像,对于存储过程,大家能够在http://blog.csdn.net/lovemenghaibin/article/details/38235817了解,这里就不具体的介绍了。可是触发器是什么呢?
触发器是SQL Server提供给程序猿和数据分析员来保证数据完整性的一种方式,它就是与表事件相关的特殊存储过程。
触发器不能被直接运行,仅仅能为表上的Insert\Update\Delete事件所触发。它也不能传递或接受參数。
触发器能够查询其它表,并且能够包括复杂的SQL语句。它们主要用于强制服从复杂的业务规则或要求。比如:您能够依据客户当前的帐户状态,控制是否同意插入新订单。
比方说。我这里有两张表,一张是充值表(Recharge_Info)。一张是学生表(Student_Info)。假设我们要进行充值行为,也就是要进行两个动作,第一为学生表的钱加上充值的钱,第二就是为充值表里边加入一条记录,那么假设要完毕这个操作,我们须要两步,更新和插入信息,也就说我们会这样
insert Recharge_Info into (cardID,addMoney...) values(@cardID,addMoney...)
Update Student_Info set Cash=Cash+addMoney where cardID=@cardID
这个过程假设须要运行多次呢,大家每次都要用两条语句来组合这一个过程,是不是麻烦了点,于是如今就有了触发器这个过程,那么我来为大家来展示一下触发器的同样实现。
CREATE TRIGGER [dbo].[TR_charge_U]<span style="white-space:pre"> </span>--创建触发器 <span style="white-space:pre"> </span> ON [dbo].[T_Recharge]<span style="white-space:pre"> </span>--在T_ReCharge表 for insert<span style="white-space:pre"> </span>为了插入数据而须要运行的操作 AS --定义一些參数 declare @cardID char(10)<span style="white-space:pre"> </span>--卡号 declare @cash decimal(10, 2)<span style="white-space:pre"> </span>--卡内剩余金额 declare @addmoney decimal(10, 2)<span style="white-space:pre"> </span>--充值金额 if UPDATE(cash) BEGIN select @cardID =CardID from inserted <span style="white-space:pre"> </span>--选择充值表中的卡号 select @addmoney=cash from inserted --选择我们充值表中的充值金额 select @cash =T_card.cash from T_Card <span style="white-space:pre"> </span>--选择卡内的剩余金额 update T_Card set Cash=@cash+@addmoney where cardID =@cardID END </span>
这里我们大家解释一下。这个流程是怎么回事,首先我们要运行的语句就是insert Recharge_Info into (cardID,addMoney...) values(@cardID,addMoney...),那么触发器当你在插入数据的时候,就会将信息保存到Inserted中,然后我们再依据须要把里边的数据取出来。用来更新我们须要更新的表。
在触发器中,我们有两张表。一张是deleted表。一张Inserted表。这两张是虚拟表,用用完之后数据库会自己主动删除。
以下我用表格的形式将他们的用处展现出来
对表的操作 |
Inserted逻辑表 |
Deleted逻辑表 |
添加记录(insert) |
存放添加的记录 |
无 |
删除记录(delete) |
无 |
存放被删除的记录 |
改动记录(update) |
存放更新后的记录 |
存放更新前的记录 |
但是触发器也不是越多越好,由于他是体如今数据库中的一段代码,不会呈如今程序中,所以这在开发的阶段加几个或许不是问题。但是假设要是以后咱们的系统出现故障了。那么要改动这方面就显得有点难了,触发器越是多越是会造成逻辑上的困难,所以建议大家用能够,适当的用。
最后为大家献上创建各种触发器的一些小Demo
Insert触发器
create trigger tgr_classes_insert
on classes
for insert --插入触发
as
--定义变量
declare @id int, @name varchar(20), @temp int;
--在inserted表中查询已经插入记录信息
select @id = id, @name = name from inserted;
set @name = @name + convert(varchar, @id);
set @temp = @id / 2;
insert into student values(@name, 18 + @id, @temp, @id);
delete触发器create trigger tgr_classes_delete
on classes
for delete --删除触发
as
print '备份数据中……';
if (object_id('classesBackup', 'U') is not null)
--存在classesBackup,直接插入数据
insert into classesBackup select name, createDate from deleted;
else
--不存在classesBackup创建再插入
select * into classesBackup from deleted;
print '备份数据成功!';
update触发器create trigger tgr_classes_update
on classes
for update
as
declare @oldName varchar(20), @newName varchar(20);
--更新前的数据
select @oldName = name from deleted;
if (exists (select * from student where name like '%'+ @oldName + '%'))
begin
--更新后的数据
select @newName = name from inserted;
update student set name = replace(name, @oldName, @newName) where name like '%'+ @oldName + '%';
print '级联改动数据成功!';
end
else
print '无需改动student表!
';
一个触发器,一个存储过程。一个全自己主动。一个随意调用,都能让程序执行的更快,占用的资源更少。虽然看上去也非常像。功能貌似给我们降低了非常多的压力,可是在写的时候。或者说是在设计数据库的时候,我们还是要慎重的用,否者我们会给软件以后的执行带来难以想象的痛苦。