行のバージョン管理に基づく分離レベルの使用

行のバージョン管理フレームワークは、MicrosoftSQL Server では常に有効になっており、複数の機能で使用されます。このフレームワークは、行のバージョン管理に基づく分離レベルを提供するだけでなく、トリガと複数のアクティブな結果セット (MARS) セッションで行われた変更のサポートおよびオンラインのインデックス操作でのデータ読み取りのサポートに使用されます。

行のバージョン管理に基づく分離レベルは、データベース レベルで有効になっています。この分離レベルが有効になっているデータベースのオブジェクトにアクセスするアプリケーションでは、次の分離レベルを使用してクエリを実行できます。

• Read Committed。次のコード例に示すように、READ_COMMITTED_SNAPSHOT データベース オプションを ON に設定して行のバージョン管理を使用します。

  ALTER DATABASE AdventureWorks
      SET READ_COMMITTED_SNAPSHOT ON;
  

  データベースで READ COMMITTED が有効になっている場合、Read Committed 分離レベルで実行されているのすべてのクエリで行のバージョン管理が使用されます。つまり、読み取り操作により更新操作がブロックされることはありません。

• 次のコード例に示すように、ALLOW_SNAPSHOT_ISOLATION データベース オプションを ON に設定することによってスナップショット分離を有効にします。

  ALTER DATABASE AdventureWorks
      SET ALLOW_SNAPSHOT_ISOLATION ON;
  

  スナップショット分離レベルで実行中のトランザクションでは、スナップショットが有効になっているデータベースのテーブルにアクセスできます。スナップショットが有効になっていないテーブルにアクセスするには、分離レベルを変更する必要があります。たとえば、次のコード例では、スナップショット トランザクションで実行中に 2 つのテーブルを結合する SELECT ステートメントを示します。1 つのテーブルは、スナップショット分離が無効なデータベースに属しています。スナップショット分離レベルで SELECT ステートメントを実行すると、実行に失敗します。

  SET TRANSACTION ISOLATION LEVEL SNAPSHOT;
  BEGIN TRAN
      SELECT t1.col5, t2.col5
          FROM Table1 as t1
          INNER JOIN SecondDB.dbo.Table2 as t2
              ON t1.col1 = t2.col2;
  

  次に、トランザクション分離レベルを Read Committed に変更するように変更した同じ SELECT ステートメントのコード例を示します。この変更により、SELECT ステートメントは正常に実行されます。

  SET TRANSACTION ISOLATION LEVEL SNAPSHOT;
  BEGIN TRAN
      SELECT t1.col5, t2.col5
          FROM Table1 as t1
          WITH (READCOMMITTED)
          INNER JOIN SecondDB.dbo.Table2 as t2
              ON t1.col1 = t2.col2;
  

アプリケーション内での分離レベルの設定の詳細については、「トランザクション分離レベルの調整」を参照してください。