これはSQL Serverでロックテーブルを使用するための良いアプローチですか？

Question

複数のユーザーが1つの作業項目で作業する場合を防ぐために、悲観的なオフラインロック用のロックテーブルを使用したいと思います。私はアクティブなロックを格納するためのロックテーブルと、ロックとアンロックのための2つのストアドプロシージャを使用しています。

私のロックテーブルの構造は次のとおりです。CaseId（PK）|ユーザーID | LockValidTo。

私はロックとアンロックのために、ロック用とロック解除用の2つのストアドプロシージャを作成しました。

これがロックするための私のストアドプロシージャです：

BEGIN 
    BEGIN TRY 
     INSERT INTO scs.dbo.caselocks VALUES (@caseId, @agentId, dateadd(n, @lockTime, getdate())) 
     SELECT 0 
    END TRY 
    BEGIN CATCH 
     SELECT 1 
    END CATCH 
END 

そして、これはロックを除去するためのものである：

BEGIN 
    BEGIN TRY 
     DELETE FROM scs.dbo.caselocks 
     WHERE caseid = @caseid 
     SELECT 0 
    END TRY 
    BEGIN CATCH 
     SELECT 1 
    END CATCH 
END 

私の質問は、これは取り扱いロックの適切なアプローチである、ということでしょうか？ （申し訳ありませんが、SOの代わりにCode Reviewに投稿する必要があります）

Answer 1

削除SPの場合、どのエージェントでもロックの削除を許可しますか？また、なぜ "SELECT"を使用してSPからResultSetを返すのですか？あなたはRETURN文を使うことができます。

getdate（）関数を使用してローカルタイムゾーンで時刻を保持していることがわかりました。これは、複数のタイムゾーンを扱うときや、夏時間に切り替えるときなどに、問題の原因となることがよくあります。ベストプラクティスは、日付/時刻を保持しているときは常にUTC時刻を使用し、時刻ユーザに表示される。