Início / coding / Perguntas / 77032681
Accepted
J. Mini
Asked: 2023-09-03 22:14:41 +0800 CST

A função YEAR ainda não é SARGable?

  • 772

Em um livro sobre SQL Server 2014, fui aconselhado a evitar

SELECT orderid, orderdate, filler
FROM dbo.Orders
WHERE YEAR(orderdate) = 2014;

e prefiro

SELECT orderid, orderdate, filler
FROM dbo.Orders
WHERE orderdate >= '20140101'
AND orderdate < '20150101';

quando há um índice clusterizado ativado orderdateporque o uso YEARtorna a consulta não SARGable.

Isso mudou desde o SQL Server 2014? Em caso afirmativo, em qual versão isso mudou?

sql

1 respostas

  1. Best Answer

    Sim - ainda não é sargável ( 2022 Fiddle ).

    Algumas solicitações relacionadas no site Connect (links de máquinas wayback) foram

    Mas estes nunca foram implementados até agora. A resposta ao segundo (que menciona especificamente YEAR) foi

    Obrigado pelo feedback. Consideraremos isso em uma versão futura e concordo que seria uma adição valiosa. Existem inúmeras soluções alternativas para isso, então não vejo isso como alta prioridade. Por exemplo, use uma tabela de dimensão Data e junte-a à largeTable na coluna de data. Filtre por data na dimensão Data antes da associação. Dessa forma, você pode obter uma busca de índice durante a junção para eliminar intervalos de dados.

    As visualizações indexadas e os índices columnstore também podem ser úteis neste cenário.

    Você sabe se a concorrência pode fazer essa transformação de consulta específica que você descreve?

    Para mim, parece o tipo de coisa que poderia ter sido considerada no slogan do SQL Server 2016 "It Just Runs Faster", mas provavelmente não foi!

    A nova DATETRUNCfunção também não é sargável, mas pelo menos entende que quando aplicada DATETRUNCem uma coluna preservará a ordem dessa coluna - portanto, pode evitar classificações desnecessárias ao agrupar por ano, por exemplo.

    Se isso fosse implementado, presumo que poderia muito bem ser feito de maneira semelhante à sargabilidade de CASTto DATE, usando o mecanismo de busca dinâmica .

    Mesmo neste caso, apenas expressá-lo >= ... <diretamente como um intervalo ainda é mais eficiente do que apenas confiar na busca dinâmica para resolvê-lo.

    • 2

relate perguntas