SqlServer——事务—锁和隔离的总结
锁定提示对SQL语句进行特别指定，这个指定将覆盖事务的隔离级别。下面对各个锁定提示分别予以介绍（更多资料请查看SQLserver的联机帮助），笔者做出了以下分类。
④ UPDLOCK：发出更新锁，保持到事务事务结束。（更新锁：不阻塞别的事物，允许别的事物读数据（即更新锁可与共享锁兼容），但他确保自上次读取数据后数据没有被更新）
在很多系统中，经常会遇到这种情况，要保持一个编号的唯一，如会计软件中的凭证的编号。一种编号的处理是这样的，把表中的最大编号保存到表中，然后在这个编号上累加，形成新的编号。这个过程对并发处理要求非常高，下面我们就来模拟这个过程，看如何保持编号的唯一性。
新建一张表code来保存凭证的最大编号。字段如下：编号:bh(numeric(18,0)),凭证表名pinzheng(varchar(50))
假设表中有这样的一条记录：
|
Bh |
Pinzheng |
|
18000 |
会计凭证 |
新建一个存储过程来生成新的凭证编号，如下：
CREATE PROCEDURE up_getbh AS
Begin Tran
Declare @numnewbh numeric(18,0)
select @numnewbh = bh FROM code WITH (UPDLOCK,ROWLOCK) where pinzheng = ‘会计凭证‘
set @numnewbh = @numnewbh + 1
update code set bh = @numnewbh where pinzheng = ‘会计凭证‘
print @numnewbh
Commit tran
GO
然后，打开查询分析器，并多开几个连接（笔者开了8个连接，模拟有8个人同时并发，读者可以开更多的连接进行试验），把类似以下这样的语句复制到每个连接窗口中，
declare @i numeric(18,0)
set @i = 1
while @i = 1
Begin
if getdate() > ‘2004-07-22 14:23‘ --设定一个时间，到此时间同时执行upgetbh存储过程
set @i = 0
end
exec up_getbh
然后，接连运行各个连接，到2004-7-22 14：23 这一刻，各个连接同时运行up_getbh。从运行结果可以看出连接顺序出现18001开始个数字，并没有重号或丢号的现象。
分析：由于up_getbh中的select语句使用了更新锁，因更新锁之间不能兼容，所以各个连接要等到所有其他的连接释放掉锁才能执行，而更新锁的释放要等到事务结束，这样就不会发生号出错的现象了。
附：锁的兼容性表
现有的授权模式
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
