SQL Serverでロックする

Question

2つのバッチプログラムがあります.1つは電子メールを送信し、もう1つはファックスを送信するプログラムです。彼らは両方ともQUEUEという名前のテーブルにアクセスします。

電子メール送信プログラムでは、これはQUEUEとの関連で発生します。 QUEUEテーブルで

1. ロックレコード1：QUEUEテーブル内のレコードの削除1
電子メールのうち、送信
select 1 from QUEUE with (UPDLOCK) where id = 1
3. プロセス：基準を満たすQUEUEの各レコードについて
   delete from QUEUE where id = 1
4. コミットトランザクション（トランザクションは自動コミットではありません）

FAX送信者プログラムでも、手順2でFAXを送信する点を除いて、同様の手順が実行されます。

QUEUEから削除すると、ロックされているという例外がスローされることがあるという問題があります。それにより、電子メール/ファックスの再送信が行われる。私はこれらのプログラムによって処理されたレコード群が交差しないことを確信しています。

削除するレコードは1つだけですが、テーブルの他のレコードに対してUpdate（U）ロックを取得しようとしているようです。他のトランザクションが同じテーブル内の他のレコードをロックしていると、例外が発生します。

これで、「削除」操作で削除するレコード以外のレコードのロックを取得しないようにするオプションがあるかどうかを知る必要があります。なぜなら、この問題は、テーブル内の他のレコードをロックする「削除」操作が原因だと思われるからです。

がちなみに、ここでは（彼らは役立つ場合、私はよく分からない）データベースに関するいくつかの情報です： に

• リードコミッティスナップショットが
• スナップショット分離の状態になっています

Answer 1

deleteステートメントでWITH ROWLOCKヒントまたはWITH NOLOCKヒントを使用しようとしましたか？

this articleはありますか？あなたが遭遇した問題を防ぐために（UPDLOCK、READPAST）を使用することをお勧めします。

Answer 2

ロックは、単一行をロックしてテーブルのセクションをロックしたり、テーブル全体をロックしたりすることをエスカレートします。これは、トランザクションで実際に使用していないレコードをロックする理由です。

トランザクションを使用してレコードをロックする代わりに、ステータスフィールドを使用して処理されたレコードにフラグを立てることができます。

例：

ロック一部のレコード、そして成功したロックされたレコードを取得：

update queue set status = 'email_processing' where status is null and id = 1 
select email, message from queue where status = 'email_processing' 

あなたが明示的に各クエリは、それ自身のトランザクション内で実行されるトランザクションを使用していないので、更新クエリ同じクエリ内の現在のステータスを確認しているので、ステータスを安全に変更できます。送信が完了したら

、レコードを削除：フラグの付いたレコードが単離されるように

delete from queue where status = 'email_processing' 

ファックス送信者はもちろん（「fax_processing」のような）異なるステータスを使用します。