Vou corrigir consultas SQL lentas e desempenho do entity framework ou hibernate

Algumas informações foram traduzidas automaticamente.

Bangladesh

Eu falo Bengali, Inglês, Hindi

1 pedido finalizado

Backends em Dotnet e Java, feitos para sobreviver ao segundo ano

Construo sistemas de backend em .NET e Java. Oito microserviços dotnet 9 em produção, 24 repositórios públicos em Java, e uma base de arquitetura limpa open-source para .NET 9 que você pode ler antes ...
Sobre este Serviço

Consultas que funcionavam bem com 10.000 linhas e não funcionam mais com 10 milhões geralmente têm as mesmas três causas, e as pessoas costumam pagar para corrigir a errada.


Melhorei a capacidade de processamento em cerca de 25% na plataforma de controle aduaneiro nacional de Bangladesh, apenas ajustando consultas e otimizando caminhos de acesso. Sem hardware novo, sem reescrita. Trabalho diariamente com EF Core e JPA/Hibernate em oito serviços de produção.


O QUE VOCÊ RECEBE


Eu analiso os planos de execução ao invés de adivinhar. Você recebe o diagnóstico real, índice ausente, N+1 ou problema no modelo de dados, com a correção aplicada e tempos antes/depois para você ver exatamente o que mudou.


COMUMS CULPADOS QUE ENCONTRO


Consultas N+1 escondidas atrás de lazy loading. Índices compostos ausentes ou em ordem errada. SELECT * em tabelas largas. Filtragem na memória ao invés de no SQL. Paginação ausente. Transações abertas por muito tempo. O ORM gerando algo assustador silenciosamente.


A maioria dos que vendem trabalho de banco de dados aqui são DBAs. Mas o motivo de sua consulta estar lenta muitas vezes é o ORM três camadas acima, gerando SQL que ninguém nunca leu. É aí que eu vivo.


FUNCIONA COM


SQL Server, PostgreSQL, MySQL. EF Core, Entity Framework, JPA/Hibernate ou SQL puro.

Tipo de banco de dados:

Banco de dados centralizado

Plataforma:

MongoDB

•

mySQL

•

PostgreSQL

•

SQL Server

Especialidade:

Normalização

•

SQL

•

Desempenho

•

Otimização de consulta

Meu portfólio