Arreglaré consultas SQL lentas y el rendimiento de entity framework o hibernate

Parte de la información se ha traducido automáticamente.

Bangladesh

Hablo Bengalí, Inglés, Hindi

1 pedido completado

Backends en Dotnet y Java, diseñados para sobrevivir al segundo año

Construyo sistemas backend en .NET y Java. Ocho microservicios dotnet 9 en producción, 24 repositorios públicos de Java y una base de arquitectura limpia de código abierto para .NET 9 que puedes leer ...
Acerca de este Servicio

Las consultas que funcionaban bien con 10,000 filas y ahora no funcionan con 10 millones suelen tener las mismas tres causas, y la gente paga rutinariamente por arreglar la incorrecta.


Mejoré el rendimiento en aproximadamente un 25% en la plataforma de aduanas nacionales de Bangladesh solo ajustando consultas y trabajando en el camino de acceso. Sin hardware nuevo, sin reescribir. Trabajo a diario con EF Core y JPA/Hibernate en ocho servicios en producción.


LO QUE OBTIENES


Leo los planes de ejecución en lugar de adivinar. Obtienes el diagnóstico real, índice faltante, N+1, o un problema en el modelo de datos, con la corrección aplicada y tiempos antes/después para que puedas ver exactamente qué cambió.


LOS CULPABLES COMUNES QUE ENCUENTRO


Consultas N+1 ocultas tras carga perezosa. Índices compuestos faltantes o en orden incorrecto. SELECT * en tablas amplias. Filtrado en memoria en lugar de en SQL. Paginación faltante. Transacciones abiertas demasiado tiempo. El ORM generando silenciosamente algo espantoso.


La mayoría de quienes venden trabajo en bases de datos aquí son DBAs. Pero la razón por la que tu consulta es lenta suele ser las tres capas superiores del ORM, generando SQL que nadie lee nunca. Esa es donde vivo.


FUNCIONA CON


SQL Server, PostgreSQL, MySQL. EF Core, Entity Framework, JPA/Hibernate, o SQL sin procesar.

Tipo de base de datos:

Base de datos centralizada

Plataforma:

MongoDB

•

mySQL

•

Postgresql

•

SQL Server

Experiencia:

Normalización

•

SQL

•

Rendimiento

Mi porfolio