SERIALIZABLEロックの下にある可能性のあるデータのSELECT

Question

テーブル行（1〜100行）の値を常に更新するアプリケーションがあります。 このデータの整合性が重要なので、私はこれらの行を読み込んで更新する関数でトランザクションに対してSERIALIZABLEロックを使用しています。

今私の質問は、トランザクションで現在使用されている行に単純な読み取り専用SELECT（ロックなし）を実行すると、おそらくDEADLOCK例外が発生する可能性がありますか？ これは、単純なSELECTの場合でもDEADLOCKの場合にはまだ再試行の仕組みが必要であることを意味しますか？

Answer 1

今、私は（コメントから）あなたの特定のビジネスシナリオが何であるかを知っていることは、ここであなたは、これがあることをシリアライズ可能分離に

CREATE PROCEDURE [dbo].[updateUserState] (@UserID int) 
AS 
BEGIN 
    SET TRANSACTION ISOLATION LEVEL READ COMMITTED; 
    BEGIN TRANSACTION 

     SELECT [State] 
     FROM [dbo].[UserState] WITH (UPDLOCK) 
     WHERE [UserID] = @UserID; 

     IF ([State] = 'logged out') 
     BEGIN 
      UPDATE [us] 
      SET [State] = 'logged in' 
      FROM [dbo].[UserState] AS [us] 
      WHERE [UserID] = @UserID; 
     END 

    COMMIT TRANSACTION 
END 

注意を実装することなく、あなたが提案しているもののような何かをしたい方法です簡略化されていますが、主なアイデアを提示しますSELECTステートメントのUPDLOCKヒントが鍵です。 「私は更新を行うつもりでデータを選択しようとしています（直後です）、トランザクションが終了するまでそれを保持してください」というメッセージが表示されます。あなたの例では、T2が来て、T1がまだ動いているならば、T2は更新ロックを得ることができないので、T1が完了するまで待つでしょう。また、トランザクション分離レベルを明示的に設定することは完全性のためのものであり、 READ COMMITTEDがSQL Serverの既定値です。