• 机房收费系统之触发器


    印象里边最早接触触发器是在耿建玲的视频里边见到的,可是全然不理解,可是在实现机房收费系统的时候,就发现原来SQL Server中还有这么一个强大的功能,简直是和存储过程合称为最佳兄弟二人组。

    首先我们看看触发器是什么?

    触发器,由于我先认识的存储过程+事务。所以我在这里把他称为存储过程的小兄弟,至于为什么,由于他们真的非常像,对于存储过程,大家能够在http://blog.csdn.net/lovemenghaibin/article/details/38235817了解,这里就不具体的介绍了。可是触发器是什么呢?

        触发器是SQL Server提供给程序猿和数据分析员来保证数据完整性的一种方式,它就是与表事件相关的特殊存储过程。

    触发器不能被直接运行,仅仅能为表上的InsertUpdateDelete事件所触发。它也不能传递或接受參数。


    触发器能够查询其它表,并且能够包括复杂的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)

    存放更新后的记录

    存放更新前的记录


    所以我们在运行操作的时候,人们会说触发器是同一时候操作的。事实上不是的,触发器把我们前边说的insert Recharge_Info into (cardID,addMoney...) values(@cardID,addMoney...。Update Student_Info set Cash=Cash+addMoney where cardID=@cardID 自己把逻辑问题给结局了,从而省的我们再写两仅仅三条语句去组合,用一次还好。那么用多次呢?
    但是触发器也不是越多越好,由于他是体如今数据库中的一段代码,不会呈如今程序中,所以这在开发的阶段加几个或许不是问题。但是假设要是以后咱们的系统出现故障了。那么要改动这方面就显得有点难了,触发器越是多越是会造成逻辑上的困难,所以建议大家用能够,适当的用。

    最后为大家献上创建各种触发器的一些小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表!

    ';

    一个触发器,一个存储过程。一个全自己主动。一个随意调用,都能让程序执行的更快,占用的资源更少。虽然看上去也非常像。功能貌似给我们降低了非常多的压力,可是在写的时候。或者说是在设计数据库的时候,我们还是要慎重的用,否者我们会给软件以后的执行带来难以想象的痛苦。

  • 相关阅读:
    CTF SQL注入知识点
    Rot13加密算法
    LFU缓存
    Redability
    快排
    更新卡片的zIndex
    webshell文件下载器
    [转]背包九讲
    hihocoder第196周
    Python import容易犯的一个错误
  • 原文地址:https://www.cnblogs.com/lytwajue/p/6731908.html
Copyright © 2020-2023  润新知