複合キーのテーブルで、該当する１レコードだけに行ロックがかからない

Question

前提

複合キーのテーブルで、該当する１レコードだけに行ロックがかからない

実現したいこと

テーブル:TABLE1

列1	列2	列3
01	AA	111
01	BB	110
01	CC	112
02	AA	113
02	BB	114
02	CC	112

上記のテーブルに対して
SELECT * FROM TABLE1 WITH(UPDLOCK,ROWLOCK) WHERE 列1='01' AND 列2='CC'
を実行すると、列1='01' の３レコードに行ロックがかかります。
（SQLServer Management Studioにてロックされているのを確認）

DB：SQLServer2019
キー項目：列1 char(2), 列2 char(2)

• リスト実際のDB名・テーブル名・項目名を置換したCREATE文を記載します。

USE [サンプルDB]
GO

/****** Object: Table [dbo].[TABLE1] Script Date: 2022/10/14 9:36:33 ******/
SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

CREATE TABLE [dbo].[TABLE1](
[列1] char NOT NULL,
[列2] char NOT NULL,
[列3] char NULL,
CONSTRAINT [PK_TABLE1] PRIMARY KEY CLUSTERED
(
[列1] ASC,
[列2] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, OPTIMIZE_FOR_SEQUENTIAL_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]
GO

発生している問題・エラーメッセージ

上記のSQLを実行すると、(列1='01' AND 列2='CC') の１レコードだけでなく、(列1='01') の３レコードにロックがかかってしまいます。
行ロックを実行するテーブルには、複合キーにするのは好ましくないのでしょうか？

ご存じの方がいらっしゃれば、ご教授いただきたく思います。

該当のソースコード

試したこと

ここに問題に対して試したことを記載してください。

補足情報（FW/ツールのバージョンなど）

ここにより詳細な情報を記載してください。

Comments

[sazi]

実際のテーブルの定義は提示できませんか？　名称は実際のものでなくて良いので。

[gigatail]

ご覧いただきありがとうございます。
実際のDB名・テーブル名・項目名を置換したCREATE文を記載します。

USE [サンプルDB]
GO

/****** Object: Table [dbo].[TABLE1] Script Date: 2022/10/14 9:36:33 ******/
SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

CREATE TABLE [dbo].[TABLE1](
[列1] [char](2) NOT NULL,
[列2] [char](2) NOT NULL,
[列3] [char](3) NULL,
CONSTRAINT [PK_TABLE1] PRIMARY KEY CLUSTERED
(
[列1] ASC,
[列2] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, OPTIMIZE_FOR_SEQUENTIAL_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]
GO

[sazi]

#こちらに書くのではなく、質問を編集して下さい。
ALLOW_PAGE_LOCKS = ON
というのが気になりますね。
ひょっとして優先されていたりしないでしょうか？

[gigatail]

お返事遅くなりました。
DBの設定についてあまり明るくないのですが、「ひょっとして優先されていたりしないでしょうか？」とは、どういう意味でしょうか？

[sazi]

ALLOW_PAGE_LOCKS = ONでページロックするとなっているので、行ロックを指定してもより範囲の広いページロックが優先されて特定のレコードのロックになっていないのではないかという事です。

[gigatail]

ALLOW_PAGE_LOCKS = OFF　で再度テーブル作成しましたが、結果は変わりませんでした。

Answer 1

SQLServer Management Studioにて[サンプルDB]の[TABLE1]を開いて、
１．（列1='01' AND 列2='CC'）のレコード
２．（列1='02' AND 列2='AA'）のレコード
３．（列1='02' AND 列2='CC'）のレコード
の列3の値を手入力にて編集することでロックされているかを確認しておりましたが、
新しいクエリを開いてロック中に[TABLE1]を更新するSQL文（UPDATE）を実行すると、
行ロックをかけた（列1='01' AND 列2='CC'）のレコードだけロックがかかっていることを
確認しました。

手抜きの確認作業が原因でお騒がせして申し訳ありませんでした。