需求模型:有m个考场,每个考场有mn个座位,学生报名时随机安排考场和座位。解决办法:建立一个存储过程,先查询有空座位的考场,然后产生随机数设定考场;再产生随机数确定座位(这里当然有判断确定的座位一定未被占),然后将学生信息及座位号记入数据库,并设定座位已被占信息。问题:不知道T-SQL中的存储过程是怎么处理的。如果这些存储过程都串行执行当然没有问题,但如果多个客户端并行执行(B/S结构),会不会出现这样的问题,即有个存储过程执行过程中,已经知道i号考场j号座位未被占,这时候执行更新语句;可是另一个存储过程也查询到这个座位未被占,也要更新。最后一个存储过程的更新覆盖了另一个存储过程的更新,即发生丢失修改问题。从T-SQL帮助上也没有找到加锁的语句,不知道存储过程中如果使用事务,是否能自动保证事务是可串行化的,即不会发生修改、读脏数据等问题。

解决方案 »

  1.   

    不知道存储过程中如果使用事务,是否能自动保证事务是可串行化的,即不会发生修改、读脏数据等问题。
    ------------------------------------------
    不會,有可能會引起deadlock,你查到某條紀錄就將其lock起來好了,或者弄個flag欄位,一單找到空位置馬上update該筆紀錄的flag='不空',然後再做後續處理.
    當然使用事務的話,最好將table加 PK,不然也有可能引起deadlock
      

  2.   

    看一下这个:1、SQL SERVER乐观锁定和悲观锁定使用实例
    乐观锁定,悲观锁定,锁在实际的多用户并发访问的生产环境里边,我们经常要尽可能的保持数据的一致性。而其中
    最典型的例子就是我们从表里边读取数据,检查验证后对数据进行修改,然后写回到数据库
    中。在读取和写入的过程中,如果在多用户并发的环境里边,其他用户已经把你要修改的数据
    进行了修改是非常有可能发生的情况,这样就造成了数据的不一致性。解决这样的办法,SQL SERVER
    提出了乐观锁定和悲观锁定的概念,下边我以一个实例来说明如何使用乐观锁定和悲观锁定来
    解决这样的问题。
    /* 建立测试表:Card,代表一个真实的卡库,供用户注册.用户要从里边选出一个未使用的卡,也就是F_Flag=0的卡,给用户注册:更新F_Name,F_Time,F_Flag字段. 如果出现两个用户同时更新一张卡的情况,是不能容忍的,也就是我们所说的数据不一致行。*/create table Card(F_CardNO varchar(20),F_Name varchar(20),F_Flag bit,F_Time datetime)
    Go
    insert Card(F_CardNo,F_Flag) select '1111-1111',0
    insert Card(F_CardNo,F_Flag) select '1111-1112',0
    insert Card(F_CardNo,F_Flag) select '1111-1113',0
    insert Card(F_CardNo,F_Flag) select '1111-1114',0
    insert Card(F_CardNo,F_Flag) select '1111-1115',0
    insert Card(F_CardNo,F_Flag) select '1111-1116',0
    insert Card(F_CardNo,F_Flag) select '1111-1117',0
    insert Card(F_CardNo,F_Flag) select '1111-1118',0
    insert Card(F_CardNo,F_Flag) select '1111-1119',0
    insert Card(F_CardNo,F_Flag) select '1111-1110',0
    Go--  下边是我们经常使用的更新方案如下:
    declare @CardNo varchar(20)
    Begin Tran       --  选择一张未使用的卡
            select top 1 @CardNo=F_CardNo
            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=@CardNocommit问题:如果我们在同一窗口执行同一段代码,但是去掉了waitfor delay子句.两边执行完毕后 我们发现尽管执行了两次注册,但是只注册了一张卡,也就是两个人注册了同一张卡. 悲观锁定解决方案--  我们只要对上边的代码做微小的改变就可以实现悲观的锁定.declare @CardNo varchar(20)
    Begin Tran       --  选择一张未使用的卡
            select top 1 @CardNo=F_CardNo
            from Card   with (UPDLOCK)  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=@CardNocommit注意其中的区别了吗?with(updlock),是的,我们在查询的时候使用了with (UPDLOCK)选项,在查询记录的时候我们就对记录加上了更新锁,表示我们即将对次记录进行更新.注意更新锁和共享锁是不冲突的,也就是其他用户还可以查询此表的内容,但是和更新锁和排它锁是冲突的.所以其他的更新用户就会阻塞.如果我们在另外一个窗口执行此代码,同样不加waifor delay子句.两边执行完毕后,我们发现成功的注册了两张卡.可能我们已经发现了悲观锁定的缺点:当一个用户进行更新的事务的时候,其他更新用户必须排队等待,即使那个用户更新的不是同一条记录.乐观锁定解决方案--  首先我们在Card表里边加上一列F_TimeStamp 列,该列是varbinary(8)类型.但是在更新的时候这个值会自动增长.alter table Card add  F_TimeStamp timestamp not null
    --  悲观锁定
    declare @CardNo varchar(20)
    declare @timestamp varbinary(8)
    declare @rowcount intBegin 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的代码,注册成功后,返回原来的窗口,我们就会发现到时间后它显示的提示是此卡以被另外一个用户注册的提示.很明显,这样我们也可以避免两个用户同时注册一张卡的现象的出现.同时,使用这种方法的另外一个好处是没有使用更新锁,这样增加的系统的并发处理能力.上边我详细介绍了乐观锁定和悲观锁定的使用方法,在实际生产环境里边,如果并发量不大,我们完全可以使用悲观锁定的方法,因为这种方法使用起来非常方便和简单.但是如果系统的并发非常大的话,悲观锁定会带来非常大的性能问题,所以我们就要选择乐观锁定的方法.
      

  3.   

    弄個flag欄位,一單找到空位置馬上update該筆紀錄的flag='不空'
    ____________________________________________________________我现在就是这样做的。
    但找到空位和update之间会有时间差,计算机是不是有可能在这个时间差内又查询到不空。毕竟是在并行状态下运行
      

  4.   

    to zsl5305256(zsl) :
    正是这个,谢谢!