SQLServer乐观锁定和悲观锁定实例

核心提示：declare @CardNo varchar(20)Begin Tran--选择一张未使用的卡select top 1 @CardNo=F_CardNofrom Cardwhere F_Flag=0--延迟50秒，模拟并发访问.waitfor delay '000:00:50'--把刚才选择出来的卡进

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=@CardNo
commit

问题：如果我们在同一窗口执行同一段代码，但是去掉了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=@CardNo
commit

注意其中的区别了吗?with(updlock)，是的，我们在查询的时候使用了with(UPDLOCK)选项，在查询记录的时候我们就对记录加上了更新锁，表示我们即将对次记录进行更新。注意更新锁和共享锁是不冲突的，也就是其他用户还可以查询此表的内容，但是和更新锁和排它锁是冲突的。所以其他的更新用户就会阻塞。如果我们在另外一个窗口执行此代码，同样不加waifor delay子句。两边执行完毕后，我们发现成功的注册了两张卡。可能我们已经发现了悲观锁定的缺点:当一个用户进行更新的事务的时候，其他更新用户必须排队等待，即使那个用户更新的不是同一条记录。