発生していた問題

単純なinsert文でデッドロックが発生していた。
トランザクション内では問題が起きているinsert文しか実行していない。
ありがちな「複数のテーブルを更新する場合の更新順序のズレでのデッドロック」ではない。

正直目を疑ったけれど、これが現実なのよね……

DBテーブルの状態

SQL Server

デフォルトの "READ COMMITTED"

after insert
as
	update hogehoge set insdate=getdate() where id in (select id from inserted)

after update
as
	update hogehoge set upddate=getdate() where id in (select id from inserted)

おそらくだけれど、トリガーが原因ではないだろうかと推定。
以下の流れでデッドロックが発生していると思われる。

※1
実行されるupdate文でwhereで更新対象を指定している。
他の接続で追加されたレコードが対象に含まれるかもしれないため、他の接続の開放待ちとなる。

トリガを辞めます。
今回問題が発生しているSQLを含め、hogehogeテーブルに追加更新しているSQLそれぞれで明示的にinsdate、upddateの値を設定するようにします。

……他の対策があればいいのだけど、見つからないのだよ

トリガをやめてみたところ、デッドロックは発生しなくなりました。
これで原因があっていたのだろう。

今思えば、トランザクション分離レベルを "READ_COMMITTED_SNAPSHOT" にすれば良いだけのような気もします。