Consultoria DBA SQL Server

3. Colunas NULL

Não use NOT IN ao comparar com colunas NULL. Use NOT EXISTS em vez disso.

Pois quando NOT IN é usado na consulta (mesmo se a consulta não retornar linhas com valores nulos), o SQL Server verificará cada resultado para ver se é nulo ou não. Portanto, usando NOT EXISTS não fará a comparação com nulos.

4. Tabela de Variáveis ​​e Joins

Não use variáveis ​​de tabela em joins. Use tabelas temporárias, CTEs (Common Table Expressions) ou tabelas derivadas em junções.

Motivo: Embora as variáveis ​​de tabela sejam muito rápidas e eficientes em muitas situações, o mecanismo do SQL Server a vê como uma única linha.

Sendo assim, eles executam mal quando usados ​​em junções. CTEs e tabelas derivadas tem melhor desempenho com junções em comparação com variáveis ​​de tabela.

5. Nomes das procedures

Não comece o nome das suas procedures com sp_.

Já que, quando a procedure é nomeado  sp_ ou  SP_, o SQL Server sempre verifica no banco de dados do sistema/mestre, mesmo se o nome do proprietário/esquema é fornecido.

Fornecer um nome sem SP_  a um procedimento armazenado evita essa verificação desnecessária no banco de dados do sistema/mestre no SQL Server.

6. Use SET NOCOUNT ON

Use  SET NOCOUNT ON com operações DML.

Motivo: Ao executar operações DML (ou seja INSERT,  DELETE,  SELECT, e  UPDATE), SQL Server sempre retorna o número de linhas afetadas.

Em consultas complexas com muitas associações, isso se torna um grande problema de desempenho. Usar SET NOCOUNT ON irá melhorar o desempenho porque não contará o número de linhas afetadas.

7. Evite um usar GROUP BY, ORDER BY e DISTINCT

Evite usar GROUP BY,  ORDER BYe DISTINCT tanto quanto possível.

Pois ao usar GROUP BY,  ORDER BYou  DISTINCT, o mecanismo do SQL Server cria uma tabela de trabalho e coloca os dados na tabela de trabalho.

Sendo assim, ele organiza esses dados na tabela de trabalho, conforme solicitado pela consulta, e retorna o resultado final.

Use GROUP BY,  ORDER BYou  DISTINCT na sua consulta somente quando for absolutamente necessário.

Conclusão

Aplicativos complexos e grandes geralmente criam requisitos complexos. Isso nos leva a escrever consultas SQL complexas. Essas simples alterações nas consultas do SQL Server farão uma enorme diferença nos tempos de resposta.

Por fim, obrigado por ler o meu artigo. Espero que tenha sido útil!