はじめに

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

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

トランザクション

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

複数のトランザクションが同時に実行されることで発生する不整合

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

Dirty Read
別トランザクションでまだコミットされていないデータを読んでしまう現象
Fuzzy Read
トランザクション内で同じデータを2回以上読み取った際にそれぞれが別の結果になってしまう現象
Phantom Read
トランザクション中に、別トランザクションによってデータを追加されたり削除されることによって処理結果に不整合が起こってしまう現象

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

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

READ UNCOMMITTED
READ COMMITTED
REPEATABLE READ
SNAPSHOT
SERIALIZABLE

トランザクション分離レベルと不整合の関係

トランザクション分離レベル	Dirty Read	Fuzzy Read	Phantom Read
READ UNCOMMITTED	〇	〇	〇
READ COMMITTED	×	〇	〇
REPEATABLE READ	×	×	〇
SERIALIZABLE	×	×	×

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

トランザクション分離レベルの設定方法&考え方

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

SQL

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
BEGIN TRAN

SELECT  *
  FROM  Sampl_Table
 WHERE  user_id = '0001'

ROLLBACK
-- COMMIT

(会社によるかもしれませんが)業務中に使用するトランザクション分離レベルは、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