SQL Server, запрос с использованием указательного, но все еще медленно

Question

У меня есть запрос следующим образом:

SELECT 1 
FROM [Call] 
INNER JOIN [Caller] ON [Call].callerId = [Caller].id 
WHERE [Call].[phoneNumber] = @phoneNumber 
AND 
[Caller].callerType = @callerType 
AND 
[Call].[time] > @time 
AND 
[Call].[status] = @status 
AND 
[Call].[type] <> @type 

Существует кластерный первичный ключ индекс на [Caller]id колонка. Существует не-кластерный индекс [Call] следующим образом:

CREATE INDEX IX_callerId_time_phonenumber_status_type 
ON dbo.[Call] 
(
    [callerId] ASC, 
    [time] ASC, 
    [phoneNumber] ASC, 
    [status] ASC, 
    [type] ASC 
) 

я замечаю в плане исполнения, что 90% от стоимости моего запроса выглядит следующим образом:

Predicate: 
[Call].[status] = 10 AND [Call].[type] <> 10 

Object: 
[Call].[IX_callerId_time_phonenumber_status_type] 

Так он использует право но я все еще плохо себя чувствую. Есть идеи?

Answer 1

Predicate [Call].[time] > @time является довольно неселективным, но структура вашего индекса заставляет SQL Server придавать ему приоритет над некоторыми другими критериями, которые, вероятно, более избирательны. Вероятно, он предпочитает сканировать большой кусок индекса для каждого callerId. Упорядочивание индекс, как так, вероятно, повысить производительность для данного конкретного запроса:

CREATE INDEX IX_callerId_time_phonenumber_status_type 
ON dbo.[Call] 
(
    [callerId] ASC, 
    [phoneNumber] ASC, 
    [status] ASC, 
    [time] ASC, 
    [type] ASC 
) 

Answer 2

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

CREATE NONCLUSTERED INDEX IX_callerId_time_phonenumber_status_type 
ON [dbo].[Call] ([PhoneNumber],[Status],[Time],[Type]) 

Answer 3

Вы исключили параметр sniffing? Удивительно, если оптимизатор застрял на некоторых не очень хороших значениях.

Это мой любимчик статья http://www.brentozar.com/archive/2013/06/the-elephant-and-the-mouse-or-parameter-sniffing-in-sql-server/