serverで設定できるトランザクション分離レベルについて整理しました。COMMITTEDになります。COMMITTEDに似たような処理になるかと思います。悲観的ロックと楽観的ロックについては一般的には以下のような理解でよいかと思います。悲観的ロック:更新処理時に更新対象のデータを参照してから更新が完了するまでの間、他のトランザクションからの参照をブロックします。楽観的ロック:更新対象のデータを参照した時点ではロックをかけず、更新直前に他のトランザクションによって更新されていないことを確認してから対象をロックします。更新されてしまっていた場合は、エラーとなります。悲観的ロックについては上記の通りデフォルトの設定となります。serverにおいては更新時に排他ロックを取得しますので、参照するための共有ロックがブロックされ待たされるような形になります。複数のトランザクションを順番に処理できますので、トランザクション時間が短く、頻繁に同時更新が発生するような処理(例えば金額計算処理)に向いているとされています。更新完了までのロック解放待ちが発生しますのでパフォーマンスは悪くなりますし、ロックを保持する時間が長い分デッドロックの危険も増えます。楽観的ロックについては更新頻度が少なく同時に更新されにくいようなデータに対する処理に向いています。更新が競合してしまった場合のロールバック後処理も考慮する必要があります。現状の設定を確認・変更するSQLは以下の通りとなります。Server2016】dm_exec_input_bufferについて月別アーカイブはてなブログをはじめよう!utiowaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。