新田です。

谷さん、大変詳細な調査をして頂き、本当にありがとうございます。


Kenji Tani wrote:

> > select * from authors with (TABLOCK, UPDLOCK)
> > ----
> > Process 54 acquiring S lock on TAB: 5:1977058079 []
> >                  (class bit0 ref1) result: OK
> > Process 54 acquiring X lock on TAB: 5:1977058079 []
> >                  (class bit2000000 ref1) result: OK
> >
> > 上記の２行（改行で４行）が、クエリ終了後だと思われます。
>
> ちなみに、コミットはしていません。
> コミットした場合は、現れませんでした。
> # X lock Release を期待していたのですけどねぇ。
>
> トレースフラグが違うのかな？
> # フラグの詳しい情報教えて欲しい！

勉強不足で、「トレースフラグ」の結果の意味を
今のところ詳しく把握できていません。
（せっかく調べて頂いたのにスミマセン…）
これから「トレースフラグ」について勉強します。


ところで、１つまえの投稿で

> 故に、SELECT 文が処理されている間なら、
> 別のセッションのSELECT文の処理が行えるかもしれないですね。

と言われていましたが、これは

　　「トランザクション開始後にSELECT文を処理した場合
　　　そのトランザクションが終了するまでは
　　　別セッションのSELECT文の処理が行えるかもしれない」

という意味で捉えてもよろしいでしょうか？

参考になるかどうかわかりませんが、実は今回の現象は

　　１、コネクションA　でトランザクション開始
　　２、コネクションA　で　select * from [テーブル名] with (TABLOCK, UPDLOCK)　を実行
　　３、２の処理が完了したことを確認（１のトランザクションはまだ生きている状態）
　　４、コネクションB　で　select * from [テーブル名] with (TABLOCK)　を実行

という処理の順序で実施した場合
結局、最後の「４」の処理がロック解除待ちの状態になってしまうのです。

最終的な目標は、上記の４の処理を無事完了させることなのですが…