トランザクションの分離

データベースの読み取り一貫性を保つため、

SQLServerでは、以下のようになっている。

  http://technet.microsoft.com/ja-jp/sqlserver/gg639075

  SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

  他のトランザクションでデーター更新中でも読み込みできる． 
  更新の途中で読み込んでしまう可能性があるので，
  例えば半分だけ更新されていて半分は更新されていないデーターを取得してしまうなど
  一貫性がないデーターになる場合がある(ダーティ リード)．

  SET TRANSACTION ISOLATION LEVEL READ COMMITTED

  データー更新か終わるまで待ってから読み込む．
  読み込み中に他でデーター更新することは可能．
  ※SQL Serverの規定値．

  SET TRANSACTION ISOLATION LEVEL REPEATABLE READ

  データー更新か終わるまで待ってから読み込む．
  読み込み中に他でデーター更新することはできない．
  他で行を挿入することは可能．
  必要なときだけ使う．

  SET TRANSACTION ISOLATION LEVEL SERIALIZABLE

  データー更新か終わるまで待ってから読み込む．
  読み込み中に他でデーター更新することはできない．
  他で行を挿入することもできない．
  どうしても必要なときだけ使う．

SQL Server 2005以降は以下のSNAPSHOTも使える．

  READ_COMMITTED_SNAPSHOT ON

  SELECTステートメント発行時点での正しいデーターを読み込む．
  (ステートメント レベル)

  SET TRANSACTION ISOLATION LEVEL SNAPSHOT

  トランザクション開始時点に存在したデーターを読み込む．
  (トランザクション レベル)
  ALLOW_SNAPSHOT_ISOLATION を ON に設定しておく必要がある

これらは更新中も読み込みでき一貫性も保たれるが，行サイズが大きく、更新の多いデータベースの場合は、 tempdb「Version Store」の利用頻度増大や肥大化の悪影響がある．

トランザクションが開始された後にトランザクションの分離レベルをスナップショットに変更することはできません ↑

現在のセッションがスナップショット分離かどうかの判定

select transaction_isolation_level ,* from sys.dm_exec_sessions
where session_id = @@SPID;

transaction_isolation_levelが2ならread committed,5ならsnapshot

IIS+SQLServer の場合、コネクションプーリングが有効なので set transaction isolation level snapshot とした場合、自分でread committed にもどさないといけない。