Select文とデッドロックについて

質問

現在のような処理をしています。
SQL Server2008 R2 Expless
プログラム１
　select count(*) from TABLE_A

プログラム２
BeginTrance SERIALIZABLE
　select count(*) from TABLE_A
Update TABLE_B set F1=123 Where P1=1
Commit

※ここで P1はTABLE_Bのプライマリキーとします。
この２つのプログラムを同時に実行している時に、プログラム１のSELECT文でデッドロックが発生した
との連絡ありました。
プログラム２でもエラーが発生しているのかもしれませんが、現状調査不可能為不明です。

いろいろデッドロック、ロックヒントなどいろいろ調べてみた結果、なんとなく発生するかも？とは思われますが、このような場合、本当にデッドロックが発生するのでしょうか？
また、発生する場合には、何と何がデッドロックになっているのでしょうか？
（発生するはずがないとなると調査する視点を変えてみます。）

よろしくお願いします。

回答No.1

Siegrune

質問の内容だけならデッドロックは起こりえないと思いますが。

デッドロック：
http://e-words.jp/w/E38387E38383E38389E383ADE38383E382AF.html

デッドロックがおきる例
プログラム１
begintrans ・・・
update table_A set A1 = 1
update table_B set B1 = 2
commit

プログラム２
begintrans ・・・
update table_B set B2 = 5
update table_A set A2 = 3
commit

プログラム１は、プログラム２のupdate B set B2 = 5がcommitされるのを待っていて
プログラム２は、プログラム１のupdate A set A1 = 1がcommitされるのを待っていて
どちらも永久に終了できない状態。
updateがselectになったとしても、テーブルロックされてしまっていると同じ状態になります。

でも、質問文の内容なら、プログラム１で　table_Bを使っていないので、
プログラム１が、プログラム２がcommitしていないためにテーブルロックされてしまったTABLE_Aを
selectするのにタイムアウトで失敗したということかと思われます。
（デッドロックではないのでプログラム２は正常終了し、
　プログラム１も再度実行するとエラーにならない）

SQL Server2008 R2 は確認していませんが、
SQL Serverはロックエスカレーションしてselectしているだけでテーブルロックになる場合が
あります。
但し、select count(*)くらいでテーブルロックにまでエスカレーションするのかは疑問ですが。
（テーブルロックだけではなく、行ロックでも同一行を参照しているなら起こりえますが。）