要实现铁路售票那样的效果，如果有票查询到就锁定票，如果客人不购买再将票放回票池，这样可以保证前来买票的旅客只要查询到有票就一定能够买到票。我们可以通过给数据库增加一个锁定的标志字段来完成，但这里我们可以试试数据库本身的功能能否实现这个需求。
首先想到的是事务，如果对一个表开始更新以后，那么另外一个会话查询这个标的时候，会等待前一个更新数据的会话释放事务，这是因为普通的SQL读操作内部其实使用了“已提交读”的事务隔离级别，可以保证数据的准确性。但是这不符合我们的需求，我们希望另外一个查询会话能够很快的进行查询，同时过滤掉被“锁票”的数据。
在更新会话中，执行下面的查询：
begin tran update Users set Name=‘aaa‘ where UID= 610062
新开一个查询窗口，此时会新开一个连接会话，执行一个查询：
select * from LocalDB.dbo.Users
此时发现查询会话会一直等待，直到更新会话提交事务或者回滚事务：
begin tran update Users set Name=‘aaa‘ where UID= 610062 rollback
再次执行上面的更新会话，但不提交事务，此时，我们的查询会话可以使用 nolock,不会让查询等待。
select * from LocalDB.dbo.Users(nolock)
但是这样把前面更新的数据也查询出来了，不过是旧数据，不符合我们的需求。此时可以使用 行锁加过滤锁：
select * from LocalDB.dbo.Users with (rowlock,xlock,readpast)
成功实现需求！
另外，网友 听风吹雨 也提供了另外的思路，详细看下面的查询代码：
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