検索フィールドのTSQLインデックス（Idを含める必要があります）

Question

一般的な顧客テーブルがあります。

Id Int Identity Primary Key, 
FirstName varchar(255), 
LastName varchar(255), 
Phone VarChar(30) 

したがって、プライマリキーはIDにクラスタ化一意インデックスを作成します。

検索を高速化するために、名前フィールドにインデックスを追加します。

私の質問は、これらのインデックスにIDを追加する必要があるかどうか、またはそれらのインデックスがプライマリキーに関連付けられるかどうかです。

たとえば、

Create Index IX_Customer_FirstLastName On Customers(FirstName, LastName, Id) 

...それは過剰ですか？

以下は、それほど効率的かどうかですか？

Create Index IX_Customer_FirstLastName On Customers(FirstName, LastName) 

TIA

Answer 1

それはあなたの他のインデックスにIDを追加しても意味がありません。あなたは同じfirstNamelastName組み合わせで多数の行を持っていた場合にのみ役立つだろう、とあなたはすでにID ...

を知っていたしかし、あなたはすでにあなたが探しているレコードのIDを知っていたならば、あなたクラスタ化インデックスを使用して検索するだけで済みます。

また、クラスタ化されていないインデックスにはすでにクラスタ化インデックスの値が含まれているため、クラスタ化されていないインデックスを使用して検索された後でクラスタ化インデックスを使用してその行をルックアップできます。 You wouldn't have to include ID in your non-clustered index if you wanted to make it a covering index for the fields (FirstName, LastName, Id)

最後の注意あなたがFirstNameとLastNameを使用して単一のインデックスを作成する場合は、このインデックスは唯一FirstName、あなたのインデックスのリーディングエッジを含む検索に使用されます。 LastNameまたは単にFirstNameを使用して検索を実行する場合は、各列に1つずつ、2つのインデックスを作成します。