以下的文章主要描述的是SQL Server 2005兩種快照隔離機制的不同之處，總得來說，READ_COMMITTED_SNAPSHOT相對而言肯其比較適合于原有數據庫設計得相對復雜，不想做太多更改的情況下。

它不需要去修改以前的存儲過程。這其實是READ_COMMITTED隔離級別的一個改良版本。

而另外一個SNAPSHOT則是一個全新的隔離級別。

下面是我用第二種方式的一個例子

創建演示用的數據庫

create database SnapshotIsolationDemo  
go  
use SnapshotIsolationDemo  
alter database SnapshotIsolationDemo set allow_snapshot_isolation on  
create table test  
( tid int not null primary key,  
　 tname varchar(50) not null  
)  
insert into test values(1,'version1')  
insert into test values(2,'version2') 

建一個查詢，這里故意不提交事務

use SnapshotIsolationDemo  
begin tran  
update test set tname='version3' where tid=2 
select * from test 

再建一個查詢，模擬另外一個用戶來訪問

use SnapshotIsolationDemo  
set transaction isolation level snapshot  
select * from test 

清理工作

use master  
drop database SnapshotIsolationDemo  
go 

以上的相關內容就是對SQL Server 2005兩種快照隔離機制的比較的介紹，望你能有所收獲。

【編輯推薦】

1. SQL Server 2000的安全策略的正確打造
2. SQL Server DateTime數據類型的另類解讀
3. SQL Server identity列，美中不足之處
4. SQL Server實例中對另個實例的調用
5. SQL Server 2008數據庫中正確的對驗證數據挖掘模型