Производительность индекса SQL, что лучше?

Question

Является ли следующая SQL хорошая или плохая практика с точки зрения производительности?

Два запросов, поиск по общей колонки:

CREATE INDEX tbl_idx ON tbl (a, b); 

SELECT id, a, b 
FROM tbl 
WHERE a = @a 
    AND b = @b; 


SELECT id, a, b 
FROM tbl 
WHERE b = @b; 

Answer 1

Этот индекс

CREATE INDEX tbl_idx ON tbl (a, b); 

Будет полезен для этих запросов

where a= and b = 
where a= and b> 
where a like 'someval%' and b= 

, но не полезно для эти запросы:

where b= 
    where a> and b= 
    where a like '%someval%' and b= 
    where isnull(a,'')= and b= 

Таким образом, в индексе многоколоночности, если SQL Server смог выполнить поиск в первом ключевом столбце, тогда индекс был бы полезен.

На ваш вопрос первый запрос выиграет от созданного вами индекса, тогда как второй запрос может иметь тенденцию делать сканирование по этому индексу.

Существует множество факторов, которые определяют, является ли поиск хорошим или плохим. В некоторых случаях SQL Server может не использовать индекс, доступный как стоимость поиска закладок, превышает лимит. .

Ссылки:

• https://blogs.msdn.microsoft.com/craigfr/2006/07/07/seek-predicates/
• https://blogs.msdn.microsoft.com/craigfr/2006/06/26/scans-vs-seeks/
• https://www.youtube.com/watch?v=-m426WYclz8

Answer 2

Если изменить порядок столбца индекса (б, а), то индекс может быть полезным для обоих запросов. Кроме того, если id является первичным ключом, реализованным как кластеризованный индекс, индекс будет охватывать оба запроса, поскольку ключ кластеризации неявно включается в качестве локатора строк. В противном случае, идентификатор может быть Явно добавлен в качестве включенного столбца, чтобы обеспечить наилучшую производительность:

CREATE INDEX tbl_idx ON tbl (a, b) 
INCLUDE(id);