デッドロックの原因と対策

Question

トランザクションのデッドロックについて

Aテーブル
Bテーブルの2つのテーブルがあり
AテーブルにINSTEAD OF INSERTトリガががあります。

トリガの動作としては
AテーブルにINSERTされたとき、
INSERTせずに、特定カラムのデータが同一のものがないか確認し
あったらAテーブルの該当レコード削除してからINSERTします。
なかった場合そのままINSERTします。
（トリガの動作はもっとよいやり方があるのかもしれませんが）

補足としては
・Aテーブルには一つのレコードしかINSERTされません。同時に複数レコードはないです。
・ほかにAテーブルにアクセスする動作はありません。
・Aテーブルには次々にINSERTがきます。

問題のデッドロックなのですが、AテーブルにINSERTするときに発生します。
デッドロックが発生する概念は理解したつもりですが、
今回はトリガ内の処理中にAテーブルへのINSERTが原因なのでしょうか。
トリガーの処理に入った時点でAテーブルはロックされない状態となってしまうのでしょうか。

対策等あれがご教示ください。
よろしくお願いします。

---

追記
トリガの内容を追記します。
それと、bテーブルについて記載がありませんでした。
Bはトリガ内で使用しています。

INSTED OF INSERT
AS 
BEGIN TRAN

SELECT *FROM Aテーブル WITH (TABLOCK)
SET NOCOUNT ON;

INSERT INTO Bテーブル SELECT *FROM INSERTED

--AテーブルにA列が一致するレコードがあるか
IF (NOT EXISTS (SELECT Aテーブル.A列 FROM Aテーブル,INSERTED WHERE Aテーブル.A列= INSERTED.A列  ))

--A列が一致するレコードがない。
INSERT INTO Aテーブル SELECT *FROM INSERTED

ELSE

--AテーブルにA列が一致するレコードがある
BIGIN
DECLARE @R int
SET @R = (SELECT A列 FROM INSERTED)
DELETE FROM A列 WHERE A列 =@R
INSERT INTO Aテーブル SELECT *FROM INSERTED
END

COMMIT TRAN

Comments

[sazi]

トランザクション分離レベルについても質問に追記した方が良いですね。

[mather]

Bテーブルは質問には関係ないのですね…？

[mather]

実際のトリガーのスクリプトを提示したほうが解決しやすいと思います。

[mather]

特に WITH (nolock) などついているかどうかで挙動が変わるので。

[KOZ6.0]

SQL Server にはあまり明るくないですが、A 列がプライマリキーでないと DELETE で複数レコードにロックがかかるのでは？
あと、INSERTED テーブルって複数件入ることを想定しなくてよいんでしょうか？

Answer 1

トリガーで行われる内容は、その契機となった処理のトランザクションに含まれます。
トランザクション全体で不備が無いか確認して下さい。

Answer 2

SQL Server の INSTEAD トリガーは、トリガーを呼び出す契機となった処理と同じトランザクションになります。
なので、呼び出し側でロックしてなければ、トリガー突入時でもロックされていません。

ただし書かれたとおりだとすると、トリガ内でSELECTを実施しているので、ここでロックかけてませんか？
そして、ここでロックがかかったとすると、トリガが終了するまでに「トリガ内でかけたロックは解消する」必要があります。

Comments

[ya_ay]

>トリガーを呼び出す契機となった処理と同じトランザクションになります。なので、呼び出し側でロックしてなければ

’トリガを呼び出す契機’とはAテーブルへのINSERTということでしょうか。
"INSERT INTO Aテーブル・・・・・という INSERT文しかありません。
初歩的なことで申し訳ないですがINSERT文ではロックされないということでしょうか。

＞トリガ内でSELECTを実施しているので、ここでロックかけてませんか？
現在試行錯誤中で
トリガ内の最初にBEGIN TRAN
最後にCOMMIT　TRANを追加しましたがデッドロックが発生してしまいます。