Индексировать или не индексировать - есть ли причины индексировать столбцы, уже включенные в первичный ключ?

Чтобы ответить на ваш вопрос в теле этого вопроса, да, есть смысл (действительно несколько) в создании индекса только для одного столбца, даже если этот столбец является частью первичного ключа. Одним из таких моментов является то, что механизм базы данных может использовать более селективный индекс, особенно если только столбцы в этом выборочном индексе имеют отношение к выполняемому запросу или командам. Одна из причин, по которой может использоваться более избирательный индекс, заключается в том, что для индексов с несколькими столбцами важен порядок столбцов в индексе; многостолбцовый индекс не может обязательно использоваться (легко), если первый столбец не имеет отношения к делу.

Итак, у вас есть индексный ключ с двумя или более столбцами. Для таких индексов важен порядок столбцов.

Например: если ключ индекса - (ColA,ColB,ColC) (CREATE INDEX MyIndexName ON MySchema.Mytable(ColA,ColB,ColC) ...), тогда SQL Server (по умолчанию) может ' t пропустить первый столбец (ColA) для поиска во втором столбце (ColB). Для составных индексов SQL Server может искать по столбцу, если есть предикат равенства (обычно этот шаблон <Column> = <Constant>, но также прочитайте последний абзац моего ответа) по предыдущим столбцам:

[1] SARGable ‹=> поиск по индексу следующие предикаты (всего несколько примеров)

WHERE ColA=@p1
WHERE ColA<=@p1
WHERE ColA>@p1
WHERE ColA=@p1 AND ColB=@p2
WHERE ColA=@p1 AND ColB=@p2 AND ColC=@p3
WHERE ColA=@p1 AND ColB=@p2 AND ColC<=@p3
WHERE ColA=@p1 AND ColB=@p2 AND ColC>@p3
.. For a complete picture please read SQLMag article from the last paragraph

[2] Следующие предикаты (всего несколько примеров) не поддаются поиску или не поддаются полностью поисковому запросу.

WHERE ColB=@p2, потому что в предыдущем столбце отсутствует предикат равенства: ColA В этом случае может быть полезен индекс с этим ключом (ColB).

WHERE ColA>=@p1 AND ColB=@p2, потому что в первом столбце нет предиката равенства: ColA. В этом случае может быть полезен индекс с этим ключом (ColB,ColA).

WHERE ColA=@p1 AND ColB<=@p2 AND ColC=@p3, потому что предикат во втором столбце (ColB) не равен. В этом случае может быть полезен индекс с одним из этих ключей (ColA,ColC,ColB) или (ColC,ColA,ColB).

Подробнее по этой теме (SARGable): ссылка;

Это означает, что если у вас есть индекс с этим ключом (ColA,ColB,ColC), тогда эти индексы (ColB), (ColB,ColA), (ColA,ColC,ColB) или (ColC,ColA,ColB) также могут быть полезны.

На основе вашего приложения вы можете решить, что лучше всего подходит для индексов в других столбцах таблицы. Например, если у вас большой процент запросов, включающих определенные столбцы, может иметь смысл включить их в качестве индексов. Вы можете включить один индекс для каждого столбца или создать «покрывающий индекс», который может включать дополнительные столбцы, которые, как вы знаете, будут часто возвращаться в запросах SQL вашим приложением.

Вот еще один полезный совет:

1. Вы можете запустить SQL Management Studio и выполнить некоторые из ваших запросов SELECT / INSERT / UPDATE / DELETE, используя "Показать предполагаемый план выполнения". Это даст вам наглядный график того, что СУБД делает изнутри. Если вы видите «сканирование таблиц» или «сканирование индексов», вы можете повысить производительность, добавив индексы, чтобы изменить их на «поиск таблицы» или «поиск по индексу», что намного эффективнее.

2. Вы можете установить инструмент под названием SQL Performance Dashboard. Это фантастический инструмент, предоставляемый Microsoft, который фактически проверяет запросы / транзакции к вашей базе данных из вашего приложения и предоставляет отчеты SSRS с предлагаемыми подсказками о том, где добавить индексы и т. Д. Отчеты панели мониторинга доступны для SQL Server 2008 и более поздних версий. .