Slow Query: entendendo os seus limites!

No conteúdo de hoje vamos falar sobre um assunto muito relevante para otimizar o trabalho dos desenvolvedores: Slow Query. Há muito tempo existe a preocupação com otimização de consultas nas aplicações. Mas você sabe dizer quais são os limites aceitáveis? 

Nesse artigo, vamos te explicar como determinar o que é uma consulta lenta (Slow Query)  e quando otimizá-la. Como base, vamos usar o livro de Jakob Nielsen sobre Engenharia de Usabilidade. Fique com a gente  até o fim do conteúdo e entenda tudo sobre o tema. 

Percepção Humana em Slow Query

Existem três limites de tempo principais, determinados de acordo com as habilidades de percepção humana. Eles devem ser mantidos em mente na hora de otimizar o desempenho.

O conselho básico sobre os tempos de resposta se divide da seguinte maneira:

• 0,1 segundo é o limite para que o usuário sinta que o sistema está reagindo instantaneamente, o que significa que nenhum feedback especial é necessário, exceto para exibir o resultado;
• 1,0 segundo é o limite para o fluxo de pensamento do usuário permanecer ininterrupto, mesmo que o usuário perceba o atraso. Normalmente, nenhum feedback especial é necessário durante atrasos de mais de 0,1 mas menos de 1,0 segundo. O usuário perde a sensação de operar diretamente os dados;
• 10 segundos é o limite para manter a atenção do usuário focada. Para atrasos maiores, os usuários vão querer realizar outras tarefas enquanto esperam o computador terminar.

Dito isso, vamos determinar o Tempo de Resposta do Servidor (SRT) e iniciar boas práticas e processos para melhor experiência da aplicação.

Determinando o tempo de resposta em Slow Query

Embora o embasamento teórico para as diretrizes de tempo de resposta feitas por Nielsen seja antigo e a partir de aplicações baseadas na WEB, essas orientações ainda são recomendadas para qualquer aplicação desenvolvida nos dias atuais. 

Portanto, independente da tecnologia que venha a ser implementada ao longo dos anos, a diretriz será a mesma.

Desta forma, quando encontrar uma situação na qual  precise definir os tempos de respostas das Slow Queries, procure algum especialista para otimização de sua arquitetura e desempenho. 

A sugestão a seguir demonstra boas referências de tempo:

• 1000 ms ou menos – Bom desempenho;
• 1000-2000 ms – Otimização é recomendada;
• Mais de 2000 ms – Baixo desempenho, a otimização é necessária.

É muito importante a definição desta “régua” de tempo como requisito não funcional. Estes números foram determinados de acordo com as indicativas e diretrizes especificadas por Nielsen. Para ajudar, você pode monitorar sua estrutura baseado nas coletas de tempos de resposta recebidos ao longo do tempo. A partir disso, pode realizar ajustes. 

Isso tudo implica em diversas melhorias para o ambiente como um todo, como por exemplo:

• Diminuição dos custos do Data Center;
• Melhoria da experiência do usuário Final;
• Maior sustentabilidade ao seu projeto ao longo dos anos.

E então? Conseguiu entender os limites do Slow Query e como utilizá-lo? Continue acompanhando o nosso blog. Nos próximos artigos, traremos mais dicas de otimização que são importantes, mas muito esquecidas, até  mesmo por profissionais experientes. 

Fonte: NNGROUP 

Gostou de aprender um pouquinho mais sobre Slow Query?

Confira mais conteúdos como esse em nosso Blog!

Quer ser nosso próximo Tech Writer? Confira nossas vagas na página Carreira!

Até a próxima!