至顶网›软件频道 ›SQL Server悲观锁定和乐观锁定应用实例（4）

SQL Server悲观锁定和乐观锁定应用实例（4）

扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条

在实际的多用户并发访问的环境里，我们应尽可能的保持数据的一致性。而其中最典型的例子就是从表里读取数据，检查验证后对数据进行修改，然后写回到数据库中。

作者：han 来源：赛迪网 2007年8月25日

alter table Card add  F_TimeStamp timestamp not null

declare @CardNo varchar(20)
declare @timestamp varbinary(8)
declare @rowcount int

Begin Tran

       --  取得卡号和原始的时间戳值
        select top 1 @CardNo=F_CardNo,
                     @timestamp=F_TimeStamp
        from Card
        where F_Flag=0
        
        --  延迟50秒，模拟并发访问.
        waitfor delay '000:00:50'

        --  注册卡,但是要比较时间戳是否发生了变化.
如果没有发生变化.更新成功.如果发生变化,更新失败.

        update Card
        set F_Name=user,
            F_Time=getdate(),
            F_Flag=1
        where F_CardNo=@CardNo and F_TimeStamp=@timestamp
        set @rowcount=@@rowcount
        if @rowcount=1
        begin
                print '更新成功!'
                commit
        end
        else if @rowcount=0
        begin
                if exists(select 1 from Card where 
F_CardNo=@CardNo)
                begin
                        print '此卡已经被另外一个用户注册！'
                        rollback tran
                end
                else
                begin
                        print '并不存在此卡!'
                        rollback tran
                end
        end

在另外一个窗口里边执行没有waitfor的代码,注册成功后,返回原来的窗口,我们就会发现到时间后它显示的提示是此卡以被另外一个用户注册的提示.很明显,这样我们也可以避免两个用户同时注册一张卡的现象的出现.同时,使用这种方法的另外一个好处是没有使用更新锁,这样增加的系统的并发处理能力。

上边我详细介绍了乐观锁定和悲观锁定的使用方法,在实际生产环境里边,如果并发量不大,我们完全可以使用悲观锁定的方法,因为这种方法使用起来非常方便和简单.但是如果系统的并发非常大的话,悲观锁定会带来非常大的性能问题,所以我们就要选择乐观锁定的方法。

SQL Server悲观锁定和乐观锁定应用实例（4）

业界热点: