SQL Server 2014 実践シリーズ （HTML 版）
「No.1 インメモリ OLTP 機能の実践的な利用方法」

4.2　スナップショット分離レベルでの考え方

インメモリ OLTP での基本となる「スナップショット分離レベル」は、今までスナップショット分離レベルや READ COMMITTED SNAPSHOT（どちらも SQL Server 2005 以降から提供）を利用してきた方にとってはお馴染みのものですが、既定の分離レベル「READ COMMITTED」を利用してきた方にとっては動作が異なるので、注意が必要です。

◆ トランザクション開始時点での正しいデータを返す ～読み取り一貫性～

インメモリ OLTP でのスナップショット分離レベルは、次のように動作します。

読み取り操作は、トランザクション開始時点での正しいデータが返るという動作で、読み取り一貫性を実現しています。この動作は、今まで Oracle データベースを利用してきた方にとってもお馴染みのものですが、読み取ったデータ（更新中のデータ）がコミットされたすると、それは正しいデータではなくなってしまうことに注意しなければなりません。

これに対して、従来ながらの READ COMMITTED 分離レベルでは、次のように動作します。

READ COMMITTED 分離レベルでは、未コミット（UNCOMMITTED）のデータを読まないことで、読み取り一貫性を実現しています。コミット済み（COMMITTED）のデータしか読まない、という意味で、READ COMMITTED と呼ばれています。なお、未コミットのデータを（強引に）読んでしまう NOLOCK ヒント（READ UNCOMMITTED 分離レベル）というオプションも用意されていますが、このオプションはインメモリ OLTP では利用することができません。

このように、スナップショット分離レベルと READ COMMITTED 分離レベルでは、動作が異なるので、更新中のデータを SELECT で読みってしまう可能性（更新が確定すると正しくないデータになってしまうこと）があることを考慮して、アプリケーションを開発していく必要があります。

スナップショット分離レベルの動作は、次のような状況が分かりやすいと思います。

スナップショット分離レベルでは、トランザクションの開始時点での正しいデータが返るので、トランザクション中は、一貫してそのデータが返ります（画面の ２、４、５。画面の ３ によって COMMIT されたとしても、トランザクション開始時点での正しいデータが返ります）。

このときに、同じデータを更新しようとすると（画面の ５）、更新競合が発生して、エラー 41302 が通達されます（後から更新した方が負けて、ロールバックされます）。

従来ながらのディスク ベースのテーブルでは、SELECT 後に更新（UPDATE）を行うような場合には、SELECT 時に UPDLOCK（更新ロック）をかけて、読み取りデータを保護する、という方法がありますが、インメモリ OLTP では、更新ロックがサポートされていないので、更新競合を受け入れなければなりません。したがって、このような同時更新の可能性がある場合には、更新競合を考慮して、再試行を行うロジックへ変更していく必要があります（ネイティブ コンパイル SP での再試行ロジックについては、第2章で説明しましたが、次の項でも別の例で説明します）。

◆ INSERT の場合の動作 ～スナップショット分離レベル～

上の例は、UPDATE での動作でしたが、INSERT の場合は、次のように動作します。

前述したように、スナップショット分離レベルでは、トランザクションの開始時点での正しいデータが返るので、画面の ２、４ は、３ で COMMIT されても、トランザクション開始時点での正しいデータが返ります。

画面の ５ では、同じデータ（PRIMARY KEY 列が同じ値のデータ）を追加しようとしていますが、INSERT の場合は、この時点では更新競合は検出されません。INSERT の場合は、次のように COMMIT のタイミングでエラーが通達されます（41325 エラーが返る）。

このように、スナップショット分離レベルは、今までの分離レベル（READ COMMITTED）とは、異なる動作になるので、アプリケーションを移行する際には、この動作で問題がないかどうかをチェックして、問題がある場合は、再試行ロジックを追加したり、アプリケーション側にメッセージを追加したり（例えば、在庫を表示するようなシステムであれば、このデータは XX:XX 時点でのデータで、実際の購入時には在庫がなくなっている可能性があります、といった注意書きを加えるなど）、運用ルールを変更して対応したりするなどを考慮していく必要があります。