TSQL Indizes auf Suchfelder, sollte ich Id

Question

Sagen, ich habe eine typische Kundentabelle;

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

So Primärschlüssel erzeugt einen gruppierten eindeutigen Index für Id.

Um die Suche schneller zu machen, möchte ich den Namensfeldern Indizes hinzufügen.

Meine Frage ist, ob ich die ID zu diesen Indizes hinzufügen sollte oder diese Indizes sich sowieso an den Primärschlüssel binden werden.

Zum Beispiel;

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

... ist das übertrieben?

Ist das Folgende mehr oder weniger effizient?

Create Index IX_Customer_FirstLastName On Customers(FirstName, LastName) 

TIA

Answer 1

Es wäre nicht sinnvoll, die ID zu Ihrem anderen Index hinzuzufügen. Es wäre nur hilfreich, wenn Sie eine große Anzahl von Zeilen mit identischen firstNamelastName Kombinationen haben, und Sie wussten bereits die ID ...

Aber wenn Sie bereits wissen, dass die ID für die Datensätze, die Sie für die Suche sind, werden Sie könnte nur mit Ihrem Clustered-Index suchen.

Darüber hinaus enthält jeder nicht gruppierte Index bereits einen Wert für den gruppierten Index, sodass er die Zeile mit dem gruppierten Index nachschlagen kann, nachdem er mit dem nicht gruppierten Index gefunden wurde. 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)

Abschließender Hinweis, wenn Sie einen einzelnen Index mit FirstName und LastName machen, wird dieser Index nur bei Suchanfragen verwendet werden, die FirstName umfassen, die Vorderkante des Index. Wenn Sie nur mit LastName oder nur FirstName Suchen durchführen möchten, erstellen Sie zwei Indizes, einen für jede Spalte.