Estudo de caso - 103x mais rápido!

Descrição:

Problema: Procedure lenta afetando o desempenho do SQL Server

Alteração: Para melhorar o desempenho da procedure, criamos quatro views. Além disso, fizemos alterações no código da procedure, removendo algumas tabelas do operador EXISTS que faziam parte do LEFT JOIN.

Veja a captura de ANTES vs. DEPOIS da execução de ajuste de desempenho:

Antecedentes Técnicos:

A maioria dos gargalos dos servidores SQL está no acesso ao disco (ou “leituras” do disco).

Não é CPU ou RAM - o que a maioria dos clientes costuma suspeitar primeiro.

Consultas ineficientes examinam (ou leem) muitos dados. Os dados lidos são armazenados na RAM. À medida que mais dados são lidos, os dados “mais antigos” são enviados para fora da RAM.

Se não houver RAM suficiente para manter TODOS os dados na memória (o que geralmente não é possível), o SQL Server precisa ler do disco - e essa é a operação mais lenta que o SQL Server pode fazer.

Quando a consulta pode ser ajustada para ler 10 linhas vs. 10M - menos CPU e RAM são necessárias.

Portanto, o ajuste para menos “leituras” de disco costuma ser o objetivo principal.

Para o usuário final, nada é mais importante do que a Velocidade (ou Duração da consulta), em qualquer caso.

Quando as consultas são ajustadas para precisar de menos CPU e RAM, isso significa que o mesmo servidor agora tem mais capacidade.