要实现铁路售票那样的效果,如果有票查询到就锁定票,如果客人不购买再将票放回票池,这样可以保证前来买票的旅客只要查询到有票就一定能够买到票。我们可以通过给数据库增加一个锁定的标志字段来完成,但这里我们可以试试数据库本身的功能能否实现这个需求。
首先想到的是事务,如果对一个表开始更新以后,那么另外一个会话查询这个标的时候,会等待前一个更新数据的会话释放事务,这是因为普通的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