要实现铁路售票那样的效果,若是有票查询到就锁定票,若是客人不购买再将票放回票池,这样能够保证前来买票的旅客只要查询到有票就必定可以买到票。咱们能够经过给数据库增长一个锁定的标志字段来完成,但这里咱们能够试试数据库自己的功能可否实现这个需求。数据库
首先想到的是事务,若是对一个表开始更新之后,那么另一个会话查询这个标的时候,会等待前一个更新数据的会话释放事务,这是由于普通的SQL读操做内部其实使用了“已提交读”的事务隔离级别,能够保证数据的准确性。可是这不符合咱们的需求,咱们但愿另一个查询会话可以很快的进行查询,同时过滤掉被“锁票”的数据。post
在更新会话中,执行下面的查询:测试
begin tran update Users set Name='aaa' where UID= 610062
新开一个查询窗口,此时会新开一个链接会话,执行一个查询:spa
select * from LocalDB.dbo.Users
此时发现查询会话会一直等待,直到更新会话提交事务或者回滚事务:版本控制
begin tran update Users set Name='aaa' where UID= 610062 rollback
再次执行上面的更新会话,但不提交事务,此时,咱们的查询会话可使用 nolock,不会让查询等待。code
select * from LocalDB.dbo.Users(nolock)
可是这样把前面更新的数据也查询出来了,不过是旧数据,不符合咱们的需求。此时可使用 行锁加过滤锁:blog
select * from LocalDB.dbo.Users with (rowlock,xlock,readpast)
成功实现需求!事务
另外,网友 听风吹雨 也提供了另外的思路,详细看下面的查询代码:it
use master go ---建立测试数据库(快照) create database SNAPSHOT_Test go ---激活数据行版本控制 alter database SNAPSHOT_Test set Allow_SNAPSHOT_isolation on go use SNAPSHOT_Test go --1.建立测试表 create table tbReadLevel (ID INT, name nvarchar(20) ) --2新增记录 insert tbReadLevel select 1,'测试' union select 2,'快照测试' go select ID,name as "修改前数据" from tbReadLevel go --3开启事务 begin tran update tbReadLevel set name='Jack_upd_快照' where ID=1 --5打开另外一条链接 set Transaction isolation level SNAPSHOT select * from tbReadLevel