Заставьте SQL Server использовать поиск по индексу + поиск ключа вместо сканирования кластерного индекса без WITH (FORCESEEK) - PullRequest
Новая
       45

Заставьте SQL Server использовать поиск по индексу + поиск ключа вместо сканирования кластерного индекса без WITH (FORCESEEK)

5 голосов
/ 10 мая 2011

Версия: SQL Server 2008 R2

База данных: AdventureWorks 2008R2 от http://msftdbprodsamples.codeplex.com/releases/view/55926

Запрос: 

SELECT TOP 10
    *
FROM
    Person.Person --WITH (FORCESEEK)
WHERE
    LastName like 'Max%'
    OR EXISTS (
        SELECT
            1
        FROM
            Person.PersonPhone
        WHERE
            Person.PersonPhone.BusinessEntityID = Person.Person.BusinessEntityID
            AND Person.PersonPhone.PhoneNumber LIKE '122%'
    )
ORDER BY Person.Person.BusinessEntityID DESC


Без каких-либо подсказок в запросе SQL Server будет использовать сканирование кластерных индексов, которое требует интенсивного ввода-вывода: 

Table 'PersonPhone'. Scan count 14170, logical reads 28446, physical reads 15, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Person'. Scan count 1, logical reads 2844, physical reads 3, read-ahead reads 3215, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.


С подсказкой запроса WITH (FORCESEEK) SQL Server выберет поиск по индексу + поиск ключа, который завершается быстрее и в 500 раз добрее ввода-вывода: 

Table 'Person'. Scan count 1, logical reads 59, physical reads 22, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'PersonPhone'. Scan count 1, logical reads 2, physical reads 2, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.


У меня вопрос, есть ли способ заставить SQL Server использовать лучший план без каких-либо подсказок? Возможно, добавление индексов? Или изменение параметров конфигурации? Или оптимизатор запросов SQL Server не имеет понятия?

Вот драгоценный камень от http://msdn.microsoft.com/en-us/library/bb510478.aspx:

Правила оптимизатора запросов и плохая оценка количества элементов могут также привести к тому, что оптимизатор выполнит операцию сканирования таблицы или индекса вместо поиска по индексу, когда запрос использует IN или LIKE в качестве предикатов поиска.

1 Ответ

4 голосов
/ 10 мая 2011

Вот версия, которая показывает «приличные» цифры ввода-вывода, не прибегая к FORCESEEK.Интересно, что этот ужасно выглядящий запрос выполняет «лучше».

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Это может работать лучше для «Max%» и «122%», но как он будет работать, если план будет повторно использован для «M%'и'% 'это другое дело ... 

SELECT TOP 10 *
FROM Person.Person P
INNER JOIN (
SELECT BusinessEntityID
FROM    Person.Person --WITH (FORCESEEK)
WHERE    LastName like 'Max%'    

UNION

SELECT BusinessEntityID
FROM    Person.Person --WITH (FORCESEEK)
WHERE    EXISTS (        SELECT            *        FROM        
    Person.PersonPhone        WHERE            Person.PersonPhone.BusinessEntityID = Person.Person.BusinessEntityID            AND Person.PersonPhone.PhoneNumber LIKE '122%'    )
) NOTNICE
ON NOTNICE.BusinessEntityID = P.BusinessEntityID
ORDER BY P.BusinessEntityID DESC
...