ロックの自然解除について

質問

SQL Server 2008 を使用しています。

SELECT～with(UPDLOCK)～ などでレコードをロックした状態でクライアントプログラムが
異常終了した場合に、ロックが自然に解除されるかどうかについて調べているのですが、
ネットで検索しても答えは見つかりませんでした。

実験ではクライアント側のLANケーブルを抜けばロックが解除されたので、「自然に解除
される」が結論だとは思うのですが、文書のエビデンスが欲しいです。

検索の過程で得た印象では、「Oracleではロックが残ってしまうが、MySQLやSQL Serverでは
そうでもない」という感じなのですが、
　(1)Oracleではそうなる、という根拠
　(2)SQL Serverではそうならない、という根拠
　(3)またはその印象が間違っているという指摘
があったら教えてください。
よろしくお願いします。

自然に解除されないのであれば対策を作らなければならないので、調べています。

回答No.2

mitoneko · ベストアンサー

SQL Serverのロック機構は、トランザクション境界内で実行されます。
　http://technet.microsoft.com/ja-jp/library/ms186690%28SQL.90%29.aspx（２００５の記事ですが、２００８でも基本的に同じです。）

　さて、トランザクション制御は、セッション制御と絡み合いますが、事故によりセッションが切断された場合は、トランザクションはロールバックされます。この処理は、
　http://technet.microsoft.com/ja-jp/library/ms175523%28SQL.90%29.aspx（同じく２００５の記事です。が、２００８でも、基本的に同じです。）
　に記述があります。

　二つを合わせると、アプリケーションが落ちた場合やネットワークが切断された場合は、トランザクションがロールバックされることにより、ロックも解除されると解釈できますが、どうでしょうか？

　実際、挙動もこれであっていると思います。

お礼

ありがとうございます。
ネットワーク切断がロック解除につながる事の文書のエビデンスを得ることができました。
（ただしKeepAliveの設定が長いと解除までに時間がかかる事はある）

回答No.1

SaKaKashi

クライアントプログラムとDBサーバの物理的関係に依存します。
DBサーバとクライアントプログラムの動作しているＰＣが同じなら、クライアントプログラムが異常終了したらすぐにロック解放される。
DBサーバとクライアントプログラムの動作しているＰＣがネットワーク接続で異なるＰＣの場合、クライアントプログラムが異常終了してもDBサーバ側での認識はかなり送れる場合がほとんどで、たいていは、
DBサーバ側の設定にクライアントプログラムとの死活監視時間が設定可能で、この死活監視時間が過ぎてもクライアントプログラムが応答しなければクライアントプログラムの異常終了を認識してロックが解除されます。
どのDBでもロックが解除されないと言うことはないはず。ですが、バグはありますけどね。

お礼

死活監視→Keep Aliveだと思い検索したところ、SQL Serverの挙動についてはいろいろ出てきました。
TCP/IPの接続の監視を、SQL Serverの2000では２時間、2008では30秒でやっているようです。
ありがとうございます。