Risolverò query SQL lente e migliorerò le performance di entity framework o hibernate

Alcune informazioni sono state tradotte automaticamente.

Bangladesh

Parlo Bengali, Inglese, Hindi

1 ordine completato

Backend Dotnet e Java, progettati per sopravvivere al secondo anno

Costruisco sistemi backend in .NET e Java. Otto microservizi .NET 9 in produzione, 24 repository Java pubblici e una fondazione open-source di architettura pulita per .NET 9 che puoi leggere prima di ...
Informazioni su questo servizio

Le query che funzionavano bene con 10.000 righe e non vanno più con 10 milioni di righe di solito hanno le stesse tre cause, e spesso si paga per sistemare quella sbagliata.


Ho aumentato il throughput di circa il 25% sulla piattaforma doganale nazionale del Bangladesh semplicemente ottimizzando le query e lavorando sui percorsi di accesso. Niente hardware nuovo, niente riscrittura. Lavoro quotidianamente con EF Core e JPA/Hibernate su otto servizi di produzione.


COSA OTTIENI


Leggo i piani di esecuzione invece di indovinare. Ricevi la diagnosi reale, indice mancante, N+1, o un problema di modello dati, con la correzione applicata e i tempi prima/dopo così puoi vedere esattamente cosa è cambiato.


CAUSE COMUNI CHE TROVO


Query N+1 nascoste dietro il lazy loading. Indici compositi mancanti o in ordine sbagliato. SELECT * su tabelle larghe. Filtraggio in memoria invece che in SQL. Paginazione mancante. Transazioni tenute aperte troppo a lungo. L'ORM che genera silenziosamente qualcosa di terribile.


La maggior parte di chi vende lavori su database qui sono DBAs. Ma il motivo per cui la tua query è lenta spesso è il ORM tre livelli sopra, che genera SQL che nessuno ha mai letto. Quello è il mio mondo.


FUNZIONA CON


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

Tipo di database:

Database centralizzato

Piattaforma:

MongoDB

•

MySQL

•

PostgreSQL

•

SQL server

Expertise:

Normalizzazione

•

SQL

•

Performance

•

Ottimizzazione query

Il mio portfolio