SQL2005中的事务与锁定(四)------------------------------------------------------------------------
-- Author : HappyFlyStone 
-- Date   : 2009-10-04 09:00:00
-- Version: Microsoft SQL Server 2005 - 9.00.2047.00 (Intel X86) 
--       Apr 14 2006 01:12:25 
--       Copyright (c) 1988-2005 Microsoft Corporation
--       Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 2)
--       转载请注明出处,更多请关注:http://blog.csdn.net/happyflystone
--       关键字:隔离等级 锁定 意外数据行为 Lock Hint SnapShot
------------------------------------------------------------------------
起了一个早,也没事干,突然想起昨天没有完成的任务,继续上一篇没说完的。3、可重复读(Repeatable Read)
概念回顾:可重复读等级比已提交读多了一个约定:所有的共享锁定持续到事务结束,不是在读取完数据就释放。数据被设置了共享锁定后其它进程只能进行查询与增加不能更改,显然这个级别的隔离对程序有了更高的要求,因为可能因长时间的共享锁定影响系统的并发性能,增加死锁发生的机率。很显然是解决了不可重复读的意外行为。
数据测试:
查询一:
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ BEGIN TRAN
SELECT * FROM TA WHERE TCID = 1 --可重复查询,并且读不到未提交的数据
--COMMIT TRAN --Don't commit
SELECT @@SPID
/*
tcid        Tcname
----------- --------------------
1           READ COMMITTED LOCK
(1 行受影响)------
52(1 行受影响)*/
查询二:
INSERT TA SELECT 9,'FF'
/* 
(1 行受影响)
*/
SELECT * FROM TA-- WITH(UPDLOCK) 
WHERE TCID = 1/*
tcid        Tcname
----------- --------------------
1           READ COMMITTED LOCK(1 行受影响)*/UPDATE TA
SET TCNAME = 'READ COMMITTED REP'
WHERE TCID = 1
/*
--查询一直进行中……被锁定无结果
--修改数据设置了排它锁定必须等到SPID=52的事务结束*/查询三:
 很显然查询三中的S,Is(共享及意向共享)锁定一直没消失,因为查询一的事务没有结束,在查询二里可以发现插入与读取(包括在查询一里再次select)是不影响的,并且读取的是未修改前的数据。
....
......
........
阅读全文 :
http://blog.csdn.net/happyflystone/archive/2009/10/10/4650045.aspx请大家继续关注我的blog: http://blog.csdn.net/happyflystone