Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!
artigo SQL Magazine 11 - Ajustes de Desempenho em “Consultas Simples” na SQL
Artigo da Revista SQL Magazine -Edição 11.
Você não gostou da qualidade deste conteúdo?
(opcional) Você gostaria de comentar o que não lhe agradou?
Clique aqui para ler todos os artigos desta edição
Ajustes de Desempenho em “Consultas Simples” na SQL
Neste artigo, falaremos sobre a otimização de consultas
simples baseada na sintaxe. Aprenderemos quais condições de pesquisa são melhores e, ciente dessas informações, decidiremos se será necessário alterar a ordem das expressões ou substituir uma expressão por outra que desempenhe a mesma função de forma mais eficiente.
Para otimizar uma consulta com base na sintaxe, devemos desconsiderar os fatores não sintáticos (por exemplo, índices, tamanhos de tabela, armazenamento).
Antes de começar, vale ressaltar que não adianta tentar otimizar grande parte da sintaxe SQL, pois somente algumas instruções SQL possuem opções que tornam isto possível. A sintaxe que oferece muitas possibilidades de otimização são as condições de consulta SQL. Veja aqui três exemplos de condições de pesquisa:
... WHERE title LIKE ‘The %’ OR title LIKE ‘A %’
... WHERE name <> ‘Smith’
... WHERE number = 5
Apesar das consultas mais lentas serem as que contêm junções e subconsultas, este artigo trata somente das consultas em tabela única. Além disso, apesar das condições de pesquisa poderem aparecer
Ajuste geral
Nesta parte do artigo, trataremos de algumas idéias gerais que você deve ter em mente ao escrever condições de consultas simples.
Código para pontos
As melhores condições de pesquisa são as que trabalham com poucas linhas e comparações fáceis. As Tabelas 1 e 2 mostram listas típicas de tipos de condições de pesquisa, ordenadas da melhor para a pior. Cada componente da condição da pesquisa possui uma “contagem de pontos”: quanto melhor o componente, mais alta a pontuação. Você pode ver pelos pontos distribuídos mostrados nas Tabelas 1 e 2 que a melhor condição de pesquisa seria algo como:
... WHERE smallint_column = 12345
Esse exemplo obtém um total de 27 pontos, calculados da
seguinte maneira:
• 5 pontos para a coluna (smallint_column) sozinha à esquerda;
• 2 pontos pelo fato do tipo de dados operando (smallint_column)
ser numérico exato;
Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!




