SQL Server乐观锁定和悲观锁定实例

核心提示： 乐观锁定解决方案--首先我们在Card表里边加上一列F_TimeStamp 列，该列是varbinary(8)类型，SQL Server乐观锁定和悲观锁定实例(3)，但是在更新的时候这个值会自动增长，alter table Card addF_TimeStamp timestamp not

乐观锁定解决方案

--　首先我们在Card表里边加上一列F_TimeStamp 列，该列是varbinary(8)类型。但是在更新的时候这个值会自动增长。

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

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

如果大家发现文章里边有什么错误的地方，请及时提醒我，也欢迎有兴趣的一起研究讨论。