Gostaria de saber se adicionar um índice ascendente e descendente (na mesma coluna) poderia permitir que o SQL pesquisasse mais rapidamente utilizando os dois índices ao mesmo tempo?
Gostaria de saber se adicionar um índice ascendente e descendente (na mesma coluna) poderia permitir que o SQL pesquisasse mais rapidamente utilizando os dois índices ao mesmo tempo?
As páginas de folha do índice formam uma lista duplamente encadeada com ponteiros para as páginas seguintes e anteriores. Isso significa que os índices podem ser verificados tanto para frente quanto para trás.
Há uma pequena diferença no fato de que atualmente apenas as varreduras na direção direta podem ser paralelizadas, mas é extremamente improvável que justifique o custo de manter ambas apenas para esse caso extremo.
Nenhum SQL Server não dividirá um acesso de índice único em um acesso de índice múltiplo em algum tipo de tentativa de paralelizar o trabalho.
Não, não vai ajudar. Lembre-se de que cada índice é uma B-Tree (árvore balanceada). O SQL vai começar no topo e descer de qualquer maneira.
SQL Pode trabalhar facilmente na árvore em qualquer direção que escolher. Na verdade, ter ambos os índices terá o efeito negativo de exigir que ambos os índices sejam mantidos.
Eu não acho. Você escolhe uma forma ou outra para reduzir a fragmentação.
Se você comparar planos de consulta com uma classificação de índice nos dois sentidos, o custo será dividido em 50 50.