Para executar bancos de dados SQL Server com êxito, você deve estar interessado no design de consultas. Infelizmente, a maioria das pessoas não pensa duas vezes no processo de design. Como resultado, cometem erros simples que, embora fáceis de evitar, têm consequências de longo alcance.
Para começar, com consultas mal escritas, você não pode garantir aos usuários tempos de recuperação extremamente rápidos. Seus servidores também serão atormentados por problemas desde o primeiro dia. E no mundo digital de hoje, esses são erros que você não pode cometer. Mas, como evitar cometer esses erros? Aqui estão as dicas de como proceder.
1. Falha ao revisar seu modelo de dados
Seu modelo de dados determina como os usuários acessam os dados. Então, pense no seu modelo desde o início. Caso contrário, você terá que lidar com consultas complicadas e códigos complicados no futuro, e ambos impactam negativamente no desempenho. Uma maneira fácil de descobrir quais consultas são necessárias para acessar os dados é imprimir seu modelo de dados.
Ou, melhor ainda, tenha uma ferramenta de modelagem de dados para fazer isso por você. Uma ferramenta de impressão ou modelagem permite que você veja o que está enfrentando. Você está, portanto, em melhor posição para simplificar o código, aumentar o tempo de codificação, aumentar a precisão e melhorar o desempenho.
2. Deixar de considerar sua técnica
Qual técnica você usa? É lógica de cursor ou lógica baseada em conjunto? Não há uma resposta fácil para esta pergunta em particular:tudo depende do desempenho que melhor se adapta às suas necessidades. Tome a lógica baseada em conjunto, por exemplo. É a escolha óbvia para acesso ao banco de dados. Afinal, um SQL Server é projetado para isso. Mas, a lógica do cursor pode, em alguns casos, superar a lógica baseada. A chave é não usar uma técnica quando a outra seria melhor.
3. Não usar técnicas de codificação antigas
Quando você usa técnicas de codificação testadas e comprovadas, raramente enfrenta problemas. Mesmo os métodos de codificação que você aprendeu com o SQL Server 2005 podem ser úteis hoje. Tente usar a técnica de tratamento de erros TRY…CATCH em sua codificação. Os resultados podem te surpreender. Usar expressões de tabela comuns para hierarquias ou o mecanismo de banco de dados Common Language Runtime (CLR) também pode deixá-lo surpreso.
Se você precisar de ajuda para atualizar técnicas antigas, faça alguma revisão e procure alguns artigos online. Há uma abundância lá fora. Aqui e aqui estão alguns exemplos de SQL.
4. Não aproveitar a revisão por pares
Antes de implantar seus planos de consulta, peça para outra pessoa revisá-lo. As chances são de que outras pessoas vejam o que você perdeu. Suas revisões em seus índices e desempenho de consulta geralmente ajudam você a melhorar ainda mais seu código. Eles também podem aprender uma ou duas coisas com você no processo e vice-versa.
5. Falha ao testar suas consultas
Os desenvolvedores odeiam ter que testar o código. Primeiro, é rigoroso. E segundo, o ambiente de teste (hardware e dados) raramente corresponde ao ambiente de produção real. Mas o teste é uma parte necessária e inevitável da codificação. Portanto, teste completamente seu código e, sempre que possível, tente imitar o ambiente de produção final o mais próximo possível. Lembre-se, suas consultas podem ter um bom desempenho com algumas centenas de registros, mas não com milhões no ambiente final.
Conclusão
As consultas determinam a velocidade e o desempenho de um banco de dados SQL. Portanto, tente evitar erros comuns, como não revisar seu modelo de dados ou não considerar qual técnica usar. Outros estão deixando de usar técnicas de codificação antigas, não aproveitando os mecanismos de revisão por pares e falhando em testar suas consultas.
