更新するテーブルのロック範囲を限定したい

Question

前提

・マスターテーブルの更新を一度に行います。
・このときに更新を行う対象は、グループごととします。
・前項のため、あるグループの更新中にも他のグループのデータを利用することには問題は生じません。
・マスターテーブルの更新中はトランザクションを設定し、エラー等があればすべて元の状態に戻すようにします。

実現したいこと

上述のマスターテーブルを更新中にも、更新中のグループ以外の利用に出来るだけ制限を付けないようしたいと思います。

試したこと

「該当のソースコード」のような SQL文を用意して SSMS 上で試しました。
(以下の設定は、試験用に用意した適当なものです)
・ここでマスターテーブルは item テーブルとします。
・item テーブルにはグループを示す group_id と、値を示す value フィールドがあります。(他は省略します)
・①の SQL文で 'GROUP01' のデータを更新します。
・②の SQL文で 'GROUP02' のデータを参照します。

該当のソースコード

-- ① マスタの更新を模したクエリ
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
BEGIN TRANSACTION

UPDATE
  [item]  WITH( ROWLOCK, UPDLOCK )
SET
  [value] = 1
WHERE
  [group_id] = 'GROUP01'
;

WAITFOR DELAY '00:00:10';

ROLLBACK;

-- ② 他のグループからの利用を想定したクエリ
SELECT * FROM [item] WHERE [group_id] = 'GROUP02';

発生している問題

①②の順で SQL文を同時期に実行すると、②は途中までテーブルの内容を表示するか、まったくテーブルの内容を表示しないまま①が終了するまで待機して、その後にテーブルの内容を表示して終了します。
②の SQL文を①の終了を待つことなく終える方法を探しています。

補足情報(まとめ)

item テーブルの①で更新の発生したレコード([group_id]='GROUP01')を参照する場合なら①の終了を待って取得するのは仕方ないと思うのですが、①で更新しないレコード([group_id]='GROUP02')なら待たずに参照出来ないものかと考えました。

上記例の②側で WITH ( NOLOCK ) を追加すると確かに回避出来るようなのですが、ほかに方法があればご教示いただきたく。お願いします。

Answer 1

以下参考
SQLServer SQLで行ロックを行うサンプル

Comments

[t.kusu]

ヒントをありがとうございます。
でもそう言うのをやってはいるつもりなのです。
どこがイケナイのだろう・・・。

[sazi]

質問ではUPDATEでROWLOCKしてますけど、更新時にロックするというのは既に遅しだと思います。
※競合が生じた場合の挙動はトランザクション分離レベルで決まるものですし。
リンク先との違いを良く見て下さい。

[t.kusu]

遅くなりました。

記事を参考に試してみたつもりなのですが、進展はありませんでした。
強いて言えば PK 項目を条件にした場合には期待通りに動作するのですが、グループ単位でロック範囲を切り分けたいところなので、これでは用をなしません。

「更新時にロックするというのは既に遅し」というのが読み取れないところで恐縮なのですが、もし不備を把握されているようであれば、そこをご指摘いただけませんか。
特に進展がないようなら今回は諦めます。