SQLサーバーの複数フィールドプライマリキーにインデックスを作成する必要がありますか？

Question

データベーステーブルを考える：

UserID (PK) 
SomeTypeID (PK) 
SomeSubTypeID (PK) 
Data 

そして、あなたが照会したい：

SELECT Data FROM Table WHERE UserID = {0} AND SomeTypeID = {1} AND SomeSubTypeID = {2} 

あなたはインデックスUserID, SomeTypeID, SomeSubTypeIDを作成する必要があるだろうか、彼らは主キーを形成するという事実は、これは必要ありません意味ですか？

Answer 1

表からデータを選択は：たとえば

CREATE TABLE TBL (UserID, SomeTypeID, SomeSubType, Data 
    CONSTRAINT PK PRIMARY KEY (UserID, SomeTypeID, SomeSubType)) 

そして、作成されているデフォルトのインデックスはCLUSTERED指標です。

通常（そうではないすべての回）のデータを探していたとき、あなたはあなたのクエリがインデックスのキーを形成する列は、あなたが行をフィルタリングするために使用した行を、フィルタリングするNON-CLUSTEREDインデックスを使用したいと思いますあなたは以下のように、この場合DATAには、INCLUDED列としてそれらの行から復帰情報（列）：

CREATE NONCLUSTERED INDEX ncl_indx 
ON TBL (UserID, SomeTypeID, SomeSubType) INCLUDE (Data); 

をこれを行うことにより、あなたはCLUSTEREDインデックスを通じて、テーブルのデータにアクセスして回避しています。あなたは、これがPRIMARY KEYのように定義されるようにしたいので、あなたではない、

CREATE TABLE TBL (UserID, SomeTypeID, SomeSubType, Data 
    CONSTRAINT PK PRIMARY KEY NONCLUSTERED (UserID, SomeTypeID, SomeSubType)); 

Buuut：

しかし、あなたはあなたのPRIMARY KEYは、そうなりたいインデックスの種類を指定することができますINCLUDEの機能を使用することができますので、ディスクの検索を避けて、のインデックスを基本的に持つDATA列の情報を取得することはできません。

Buuuuuut、少数のディスクI/Oのようにしてくださいするように、主キーはINCLUDE機能から、あなたとの利益を与えることを一意性を確保するための方法がまだあります。

NONCLUSTERED INDEXをUNIQUEと指定すると、インデックスキーを構成する3つの列すべてが一意であることが保証されます。

CREATE UNIQUE NONCLUSTERED INDEX ncl_indx 
ON TBL (UserID, SomeTypeID, SomeSubType) INCLUDE (Data); 

、これらのすべてを行うことで、あなたのテーブルにはHEAP、which is not a very good thingになるだろう。テーブルを設計する上での良い考えを与えて、CLUSTERED INDEXの最適なクラスタリングキーが（UserID、SomeTypeID、SomeSubType）であると判断した場合は、現在持っているものをそのまま残しておくことをお勧めします。

それ以外の場合は、別のクラスタリングキーを決定した場合は、このように一意のノンクラスタードインデックスを追加できます。

Answer 2

プライマリキーで使用されているすべての列をフィルタリングする場合は、別々のインデックスを作成する必要はありません。あなたの主キーはあなたの例では大丈夫です。

列のうちの1つをフィルタリングする場合は、別のインデックスを作成することを検討してください。あなたのようにあなたの主キーを作成した場合はユーザーID = {0}