Kategorien durchsuchen
Entdecken
Fiverr Pro
Deutsch
$
USD
Ich werde langsame SQL-Abfragen und die Performance von Entity Framework oder Hibernate beheben
Dotnet- und Java-Backends, die den zweiten Jahrgang überleben
Ich entwickle Backend-Systeme in .NET und Java. Acht .NET 9 Microservices in Produktion, 24 öffentliche Java-Repositories und eine Open-Source-Foundation mit sauberer Architektur für .NET 9, die du vo...
Über diesen Service
Abfragen, die bei 10.000 Zeilen noch gut liefen, aber bei 10 Millionen nicht mehr, haben meist die gleichen drei Ursachen, und oft zahlen Leute dafür, um die falsche zu beheben.
Ich habe die Durchsatzrate auf Bangladeschs nationaler Zollplattform um etwa 25 % verbessert – ganz ohne neue Hardware oder Neuschreiben. Ich arbeite täglich mit EF Core und JPA/Hibernate an acht produktiven Services.
WAS DU BEKOMMST
Ich lese die Ausführungspläne, anstatt zu raten. Du erhältst die tatsächliche Diagnose, fehlenden Index, N+1-Problem oder ein Datenmodell-Problem, inklusive der Lösung und Vorher/Nachher-Zeiten, damit du genau siehst, was sich geändert hat.
HÄUFIGE URSACHEN, DIE ICH FINDE
N+1-Abfragen, die sich hinter Lazy Loading verstecken. Fehlende oder falsch angeordnete zusammengesetzte Indizes. SELECT * bei breiten Tabellen. Filtern im Speicher statt in SQL. Fehlende Paginierung. Transaktionen, die viel zu lange offen bleiben. Das ORM, das still und heimlich etwas Schreckliches generiert.
Die meisten, die hier Datenbankarbeit verkaufen, sind DBAs. Aber der Grund, warum deine Abfrage langsam ist, liegt oft im ORM drei Schichten darüber, das SQL generiert, das niemand liest. Das ist mein Spezialgebiet.
FUNKTIONIERT MIT
SQL Server, PostgreSQL, MySQL. EF Core, Entity Framework, JPA/Hibernate oder rohes SQL.
Plattform:
MongoDB
•
mySQL
•
PostgreSQL
•
SQL Server
Expertise:
Normalisierung
•
SQL
•
Performance
•
Abfragenoptimierung
Mein Portfolio
FAQ
Automatische Übersetzung
Brauchst du Zugriff auf unsere Produktionsdatenbank?
Nein. Eine Kopie, eine Staging-Umgebung oder sogar nur das Schema plus Ausführungspläne sind meist ausreichend. Ich möchte ungern in die Produktion eingreifen, und du solltest vorsichtig sein bei jemandem, der danach fragt.
Was, wenn das Problem das Datenmodell ist und nicht die Abfrage?
Dann sage ich dir das, was die wenigsten hören wollen, aber am meisten brauchen. Du bekommst eine ehrliche Diagnose, auch wenn sie unbequem ist, plus was kurz vor einer Migration getan werden kann.
Kannst du garantieren, dass es schneller wird?
Nein, und sei vorsichtig bei jemandem, der das behauptet. Was ich garantiere, ist eine echte Diagnose mit Beweisen. In der Praxis haben die meisten langsamen Systeme offensichtliche Verbesserungen, aber ich verspreche keine Zahl, bevor ich keinen Plan gesehen habe.
Wirst du etwas kaputt machen?
Index- und Abfrageänderungen sind reversibel, und ich liefere genau das, was sich geändert hat, inklusive Rollback. Nichts geht in die Produktion, ohne dass du es überprüft hast.
Arbeitest du auch mit ORMs außer EF Core und Hibernate?
Diese beiden und rohes SQL sind meine Stärken. Frag nach anderen, und ich sage nein, wenn es ein Nein ist, anstatt auf deinen Kosten zu lernen.
Was bekomme ich eigentlich?
Die Fixes, plus ein schriftlicher Vorher/Nachher-Bericht mit Zeiten und Ausführungsplänen, damit du jemand anderem zeigen kannst, was sich geändert hat und warum.
Wie schicke ich dir eine langsame Abfrage sicher?
Der Abfrage-Text, der Ausführungsplan (tatsächlich, nicht geschätzt), die Tabellendefinitionen und grobe Zeilenzahlen. Es müssen keine Produktionsdaten dein System verlassen, damit ich arbeiten kann.
Wie kommunizieren wir und wie oft?
Über Fiverr. Bei einer 2-tägigen Diagnose bekommst du einmal von mir Fragen und einmal die Antwort. Ich arbeite GMT+6 und antworte innerhalb einer Stunde.
