ノンクラスタード・インデックスで使用できる主キーはありますか？

Question

私のデータベースに最適なインデックスを作成しようとすると、私が取り組んでいるいくつかの特定の動作に気づいたことがあります。

次の表と対応するインデックス（SQL Server 2005を）守ってください。この場合

CREATE TABLE demo 
(
id INT PRIMARY KEY IDENTITY, 
name NVARCHAR(50) NOT NULL, 
password BINARY(20) NOT NULL 
); 

CREATE NONCLUSTERED INDEX idx_demo_foo ON demo (name, password); 

、私は次のクエリを実行した場合...

SELECT id FROM demo 
WHERE name = @0 
AND password = @1; 

を...唯一の非クラスタ化インデックスシークが発生します。ノンクラスタード・インデックスにidを明示的に追加していないため、これは奇妙なものです。

Answer 1

NCIXは、クラスタ化インデックスキーを含める必要があります。.. where句の列は、インデックス内のカラム（時々同じ順序）。これは、主キーとは何の関係もありませんと同じである場合に発生しますそのため、システムはテーブル自体の基礎となる行に到達する方法を知っています。したがって、プライマリキーの背後にクラスタードインデックスがある場合（デフォルトではそれがそうです）、あなたは運がいいです。

もちろん、クラスタ化インデックスを変更したり、テーブルをヒープにすると、プライマリキーにアクセスするためのルックアップが必要になります。

編集：パスワードフィールドをインデックスキーから取り出し、それを含む列にすることをお勧めします。確かに、ユーザー名でエントリを調べてから、各ユーザー名に複数のパスワードを設定するのではなく、パスワードが一致するかどうかを確認するだけです。

create index ixBlah on demo (name) include (password); 

ロブ

Answer 2

クラスタ化インデックスキーは、常にノンクラスタードインデックスに含まれます。クラスタード・インデックス・キーは表の行ロケーターであり、索引行を表の行と照合するためには、すべての索引に行ロケーターが含まれていなければなりません。インデックスが正常に求める

Answer 3

は