今回はSQLserverにおけるトランザクション分離レベルの超入門ということで、以下のような人を想定して書いています。

• SQLはかけるが、トランザクション分離レベルというものは知らない
• トランザクション分離レベルというものがあることはわかるが、何となくで理解している
  そのような方が、記事を読んで少しでも分離レベルに興味を持っていただけたらなと思います！

前提としてクエリを使って行う一連の操作をトランザクションという単位で表します。
※UPDATEやDELETEなど意味を持ったクエリの塊をマイグレーションなどと呼んだりもします。
トランザクションを設定しなくてもクエリを実行できますが、一連の操作をCOMMIT(確定)・ROLLBACK(もとに戻す)のどちらかになることを保証するためにもトランザクションは張る必要があります。
そのトランザクションにもいくつか種類があり、それぞれにメリットデメリットがあるので、適切に使用する必要があります。

とても簡単に記載していますが、以下のような問題が発生するケースがあります。

• Dirty Read
  別トランザクションでまだコミットされていないデータを読んでしまう現象

• Fuzzy Read
  トランザクション内で同じデータを2回以上読み取った際にそれぞれが別の結果になってしまう現象

• Phantom Read
  トランザクション中に、別トランザクションによってデータを追加されたり削除されることによって処理結果に不整合が起こってしまう現象

大きく分けて以下のレベルが存在します

• READ UNCOMMITTED
• READ COMMITTED
• REPEATABLE READ
• SNAPSHOT
• SERIALIZABLE

〇が発生、×が発生しません。SNAPSHOTに関しては、事前準備が必要なこと、temp_dbを使用するため使用領域がかなり多くなってしまうこと、更新系の処理ではむしろ速度が低下することなどから使うケースが少ないので割愛します。

使い方は簡単で、このようにトランザクションを張っている状態で1行目のように記述します。

(会社によるかもしれませんが)業務中に使用するトランザクション分離レベルは、READ UNCOMMITTEDかREAD COMMITTEDがほとんどです、それ以外はほとんど使用しないです。
今回は第一歩ということで、READ UNCOMMITTEDとREAD COMMITTEDを使い分けることができる状態になっていただけたいので、簡単な考え方を書いておきます。

• READ UNCOMMITTED
  テーブルなどに一切のロックをかけない設定のため、複雑な条件のSELECTなどで大量のデータを参照して抽出する場合などに有効、データを一旦吐かせておく置くなどはテーブルにロックをかけてしまうと大変なことになるので、READ UNCOMMITTEDを使用する
• READ COMMITTED
  ダーティーリードを防ぐ分離レベルであり、最低限のロックを獲得します、そのため上記以外のケース(登録・更新)刑の操作を行うときに有効です。

もっと厳密に考えるとまだまだ使い分けの基準は存在しますが、これから覚えていこうという方は一旦参照のみならREAD UNCOMMITTED、登録更新があればREAD COMMITTEDと覚えておくだけでもかなり違ってくるので、ぜひ意識してみてください！！

※参考文献
https://learn.microsoft.com/ja-jp/sql/t-sql/statements/set-transaction-isolation-level-transact-sql?view=sql-server-ver16