Нужна правильная комбинация композитного ключа и порядка

Question

У меня есть столбец HashKey, который я использую в поисковых запросах, но это может иметь повторяющиеся значения. Сейчас у нас есть столбец идентификаторов, который мы сделали его основным ключом. Но я хотел, чтобы изменить теперь составного первичного ключа

ALTER TABLE Events 
ADD CONSTRAINT PK_Events_ID_HashKey PRIMARY KEY (HashKey, ID) 

Так что мой вопрос, если я делать поиск по HashKey он будет в полной мере использовать индекс кластера сканирования. Нужно ли создавать отдельный некластеризованный индекс только для столбца HashKey.

Мы в основном одинаковое количество вставок/обновления и поиска операций

Какой будет наиболее полезно в отношении производительности (принимая во внимание операции вставки, а)

Answer 1

Если ваши запросы пытаются получить только hashkey, то я бы рекомендовал добавить его как отдельный индекс, который бы также избежать широкий кластерный ключ, индекс будет иметь ниже форму ..

create index nci_test on table(hashkey) 

Там нет необходимости добавлять id колонки, так как это прима ключ чень и будет частью этого индекса тоже ..

Я не буду беспокоиться о вставке или выполнении обновления, пока я не могу заключить путем тестирования на приемлемом уровне производительности ..