Parcourir les catégories
Explorer
Fiverr Pro
Français
$
USD
Je vais corriger les requêtes SQL lentes et la performance d'entity framework ou hibernate
Backends Dotnet et Java conçus pour durer au-delà de la deuxième année
Je construis des systèmes backend en .NET et Java. Huit microservices dotnet 9 en production, 24 dépôts Java publics, et une fondation open-source pour .NET 9 que vous pouvez consulter avant de comman...
À propos de ce service
Les requêtes qui fonctionnaient bien avec 10 000 lignes et qui posent problème à 10 millions ont généralement les mêmes trois causes, et beaucoup paient pour corriger la mauvaise cause.
J'ai amélioré le débit d'environ 25 % sur la plateforme de douane nationale du Bangladesh, uniquement par l'optimisation des requêtes et le travail sur les chemins d'accès. Pas de matériel neuf, pas de réécriture. Je travaille quotidiennement avec EF Core et JPA/Hibernate sur huit services en production.
CE QUE VOUS OBTENEZ
Je lis les plans d'exécution plutôt que de deviner. Vous recevez le diagnostic précis, l'index manquant, le problème N+1 ou un problème de modèle de données, avec la correction appliquée et des timings avant/après pour voir exactement ce qui a changé.
CAUSES COURANTES QUE JE DÉTECTE
Requêtes N+1 cachées derrière le lazy loading. Index composés manquants ou mal ordonnés. SELECT * sur des tables larges. Filtrage en mémoire au lieu de dans SQL. Pagination manquante. Transactions maintenues ouvertes trop longtemps. L'ORM générant silencieusement quelque chose d'atroce.
La plupart des vendeurs de travaux sur bases de données ici sont des DBAs. Mais la raison pour laquelle votre requête est lente est souvent l'ORM trois couches au-dessus, générant du SQL que personne ne lit jamais. C'est là où je travaille.
PRÉTRES AVEC
SQL Server, PostgreSQL, MySQL. EF Core, Entity Framework, JPA/Hibernate ou SQL brut.
Mon portfolio
FAQ
Traduction automatique
Avez-vous besoin d'accéder à notre base de données de production ?
Non. Une copie, un environnement de staging ou même simplement le schéma plus les plans d'exécution suffisent généralement. Je préfère ne pas toucher à la production, et vous devriez vous méfier de ceux qui demandent à le faire.
Et si le problème vient du modèle de données, pas de la requête ?
Je vous dirai alors, ce qui est la réponse que peu veulent mais que tous ont besoin d'entendre. Vous obtenez un diagnostic honnête même si c'est gênant, ainsi que ce qui peut être fait sans migration.
Pouvez-vous garantir que ce sera plus rapide ?
Non, et faites attention à ceux qui le prétendent. Ce que je garantis, c'est un vrai diagnostic avec des preuves. En pratique, la plupart des systèmes lents ont des gains évidents, mais je ne promets pas un chiffre avant d'avoir vu un plan.
Allez-vous casser quelque chose ?
Les modifications d'index et de requêtes sont réversibles, et je vous remets exactement ce qui a changé, avec la possibilité de rollback. Rien ne va en production sans votre revue.
Travaillez-vous avec d'autres ORM que EF Core et Hibernate ?
Ces deux-là et le SQL brut sont mes points forts. Demandez pour d'autres, et je dirai non si c'est le cas, plutôt que d'apprendre sur votre argent.
Qu’est-ce que je reçois exactement ?
Les corrections, plus un rapport écrit avant/après avec timings et plans d'exécution, pour que vous puissiez montrer à quelqu'un d'autre ce qui a changé et pourquoi.
Comment vous envoyer une requête lente en toute sécurité ?
Le texte de la requête, le plan d'exécution (réel, pas estimé), les définitions des tables et une estimation des lignes. Aucune donnée de production n'a besoin de quitter votre environnement pour que je puisse travailler.
Comment communiquons-nous, et à quelle fréquence ?
Via Fiverr. Sur un diagnostic en 2 jours, vous avez de mes nouvelles une fois avec des questions et une fois avec la réponse. Je travaille en GMT+6 et je réponds dans l'heure.
