Предполагая, что вы имеете в виду, что PK находится в другом индексе с этим оператором, зависит от того, включите ли вы первичный ключ в этот индекс и будете ли вы выбирать его в своих запросах. Если вы собираетесь его выбрать, включите его в индекс, если нет, оставьте его. Также для таблицы, кластеризованной на PK, смотрите ответ @JNK.
стьgood или жеdoesn't matter или жеbad ВКЛЮЧИТЬ первичный ключ в индекс покрытия ??
CREATE NONCLUSTERED INDEX index_name_here ON dbo.table_name_here
(column_to_index_here)
INCLUDE (primary_key_column,other_column_here)
WITH( STATISTICS_NORECOMPUTE=OFF, IGNORE_DUP_KEY=OFF, --<default junk from SSMS
ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
Я думаю, что это не имеет значения, так как ПК будет в индексе в любом случае.
РЕДАКТИРОВАТЬ - уточнить.
мойprimary_key_column кластеризован, но вы можете объяснить / дать информацию, когда это не так.
Я буду присоединяться кdbo.table_name_here наcolumn_to_index_here столбец и будет затем присоединяться к другим таблицам наprimary_key_column а такжеother_column_here.