Sqlトランザクションの分離レベル

Question

私はSqlTransactionをC＃で実装して、トランザクションのコミットとロールバックを開始しました。すべてがうまくいっていますが、トランザクション中に接続されているテーブルにアクセスしているときに問題があります。 トランザクション中にテーブルを読み取ることができませんでした（これらのテーブルはトランザクション中です）。これについて調べているうちに、排他的ロックが原因で起こることがわかりました。その後、そのデータの後続の選択は、排他ロックが解除されるのを待たなければなりません。その後、私はSqlTransactionによって提供されるすべての分離レベルを通過しましたが、機能しませんでした。 他のユーザーがそのテーブルにアクセスしてデータを読み取れるように、トランザクション中に排他ロックを解除する必要があります。 これを達成する方法はありますか？ ありがとうございます。

は、ここでこのコードは正常に動作しているトランザクション

try 
{ 
    SqlTransaction transaction = null;       
    using (SqlConnection connection=new SqlConnection(Connection.ConnectionString)) 
    { 
     connection.Open(); 
     transaction=connection.BeginTransaction(IsolationLevel.Snapshot,"FaresheetTransaction");    
     //Here all transaction occurs 
     if (transaction.Connection != null) 
     {  
       transaction.Commit(); 
       transaction.Dispose(); 
     } 
    } 
} 
catch (Exception ex) 
{ 
    if (transaction.Connection != null) 
     transaction.Rollback(); 
    transaction.Dispose(); 
} `       

のための私のC＃のコードだが、問題は、私はトランザクションの期間中テーブルのデータ（トランザクション中にアクセスされたもの）にアクセスするとき。テーブルはアプリケーションの他の部分からアクセスされています。したがって、テーブルからデータを読み込もうとすると、例外がスローされます。

Answer 1

SQLトランザクションは、設計上、ACIDです。特に、ここであなたを傷つけているのは「私」です。これはのように設計されており、他の接続が矛盾した中間状態にならないようにしています。

個々の読み取り接続がNOLOCKヒント、またはREAD UNCOMMITTED分離レベルを使用して、このルールを無視することを選択することができますが、あなたが望むように聞こえるがロックを取らないために書き込み接続のためです。まあ、それは起こらないだろう。

読者は名前が示すように、を見て、（読者がロックを取ることなくアイソレーションを実現しスナップショットアイソレーション、一貫した状態のポイント・イン・タイムshapshotを使用するためしかし、何かもしれないヘルプがありますトランザクションが開始されたとき）。

しかし、IMO方が良いのいずれかを見て賢明でしょう：ステージング表（データの並列コピー）で作業を行う作家

から

• 複数の、よりきめ細かい、取引、その後、いくつかの大量挿入/更新/削除操作で実データにそれをマージするトランザクション時間

を最小限に最初は簡単です。

単純な事実は、多くのデータを処理する長時間実行されるトランザクションを実行する場合、はいが原因で問題が発生する可能性があることです。だからあなたはしないでください。システムは正常に動作しています。

Answer 2

トランザクション内でも読み取りを実行し、分離レベルREAD UNCOMMITTEDを使用してください。これは、ロックされてからの読み取りを防ぐことができますが、無効な結果が生じる可能性があります：誤解が実際にそれを読んだときも同様に重要であるとき、書き込み時に取引を扱う/分離レベルのみが重要ということがある

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED  
BEGIN TRANSACTION 

SELECT * FROM Table 

COMMIT TRANSACTION 

。

Answer 3

問題は、データベースへの書き込みのレベルではなく、読み取り値のレベルです。挿入している値を読み取ろうとしています。以下に、あなたの選択クエリを変更しよう：

select * from your_table_with_inserts with (nolock) 

しかし、この1つは現在のトランザクションの分離レベルをオーバーライドし、ダーティリード引き起こす可能性があります。

質問：すべてのクエリでトランザクションを使用している場合、または挿入/更新のみの場合

Answer 4

@ AKASH88、SNAPSHOT分離レベルはあなたが探しているものです。

SNAPSHOTが期待通りに動作しない場合でも、排他ロックが行われていると言いますが、私は同じ問題があることを理解しています。

データベースオプションでSNAPSHOTを有効にするだけでなく、READ COMMITTED SNAPSHOTを有効にする必要があります。

この回答は:(

よろしく！