最近悟出来一个道理，在这儿分享给大家：学历代表你的过去，能力代表你的现在，学习代表你的将来。
十年河东十年河西，莫欺少年穷
学无止境，精益求精
之前我的博客：SQL-乐观锁，悲观锁之于并发详细介绍了乐观锁悲观锁的应用，在此，通过程序来验证：
首先，打开SQLserver，新建一张表：
create table Ticket ( Id int identity(1,1) primary key, ticketCount int , )
insert into Ticket values(300)
我们首先示范悲观锁：如果您还不太明白悲观锁的原理，请查阅我的上篇博客SQL-乐观锁，悲观锁之于并发
悲观锁在使用过程中会锁住要操作的对象，其他用户可以查询该对象的内容，但是不能更新该对象，直至悲观锁释放资源。因此，悲观锁以严格的控制并发，从而使并发零发生。
请在SQLserver中打开两个查询窗口，并输入如下语句：
declare @count as int begin tran select @count=ticketCount from Ticket with(updlock) waitfor delay '00:00:05' update Ticket set ticketCount=@count-1 commit tran select * from Ticket
上述语句中的waitfor delay '00:00:05' 代表延迟五秒，用于模拟并发。with(updlock)代表查询时，上了悲观锁，一旦上了悲观锁，其他用户必须等待悲观锁释放后才能访问被锁定的对象，否则，处于等待状态！
快速执行每个窗口中的语句：
执行结果如下：
从上图可以看出，执行二次的结果票数减少2，执行结果正确
要说明的是，在窗口2执行时，必须要等到窗口1执行结束，如果窗体1还在执行，则窗体2处于等待状态。
为了验证悲观锁发生了作用，我们将悲观锁拿掉，然后再快速执行二个窗体中的语句<将票数重置为300，方便我们测试>：
拿掉悲观锁后的语句变更为：
declare @count as int begin tran select @count=ticketCount from Ticket waitfor delay '00:00:05' update Ticket set ticketCount=@count-1 commit tran select * from Ticket
快速执行二个窗体语句，执行结果如下：
由图可知发生了并发，原因是出现了脏读<表中的实际值是299，出了二张票，而票数却只减少1，这显然是错误呀的>。
下面直接贴出乐观锁代码：
修改表结构：添加一列，数据类型为时间戳
Alter Table Ticket Add TimeFlag TimeStamp not null
然后修改事务如下：
declare @count as int declare @flag as TimeStamp declare @rowcount As int begin tran select @count=ticketCount,@flag=TimeFlag from Ticket waitfor delay '00:00:05' update Ticket set ticketCount=@count-1 where TimeFlag=@flag set @rowcount=@@ROWCOUNT if @rowcount>0 print '更新成功' else print '更新失败' commit tran select * from Ticket
窗体1执行图
窗体2执行图
由图可知，窗体2执行失败，是因为当窗体1执行后，时间戳会随着时间变更变为一个新的值，而再次执行时，由于时间戳不同，造成执行失败，从而避免了并发带来的影响。
出了一张票，票数减少1，执行结果正确
为了使系统更加流畅，在窗体2执行失败后，应再次读取数据库并重新执行！
@陈卧龙的博客
