Über den Service
ÜbersetztIch bin ein Oracle PL/SQL-Entwickler, und Oracle ist für mich nicht eines von vielen DBMS, sondern die Umgebung, in der ich jeden Tag arbeite. Ich schreibe gespeicherte Prozeduren, Pakete, Funktionen und Trigger, die echte Geschäftslogik enthalten, und ich gestalte sie so, dass der Code leicht zu lesen, zu testen und Monate später sicher zu ändern ist. Wenn ein Bericht Millionen von Zeilen abgleichen muss, wenn ein nächtlicher Batch vor dem Morgenfenster abgeschlossen sein muss und eine Prozedur im Herzen eines Buchhaltungsprozesses sitzt, möchte ich, dass dieser Code zuerst korrekt und dann schnell ist – und ich mache ihn auch schnell. Mit Bind-Variablen, BULK COLLECT und FORALL, Cursors, Sammlungen und analytischen Funktionen arbeite ich so selbstbewusst wie ein Backend-Ingenieur mit einem Framework, wobei ich die Logik nah an den Daten halte, anstatt riesige Ergebnismengen über das Netzwerk zu ziehen.
Der Großteil meiner Arbeit besteht aus Performance. Ich lese Ausführungspläne, sehe, wo der Optimierer falsch lag, und behebe es mit Indizes, umgeschriebenen Joins, Partitionierung oder Hinweisen, wenn Hinweise wirklich gerechtfertigt sind. Aus AWR und Traces finde ich die genaue Abfrage, die das System wirklich verlangsamt, ohne zu raten, und ich erkläre ruhig in einfachen Worten, warum es langsam war und was sich geändert hat. Über das Tuning hinaus baue ich ETL-Pipelines und Reporting-Schichten direkt auf Oracle: Laden und Bereinigen von Quelldaten, Anwenden von Geschäftsregeln, stabile Tabellen und Ansichten, denen BI und Anwendungen vertrauen können. Mir sind Transaktionen, Fehlerbehandlung und Protokollierung wichtig, denn eine Aufgabe, die stillschweigend fehlschlägt, ist schlimmer als eine, die laut fehlschlägt.
Ich bin kein universeller MySQL- oder Postgres-DBA oder ein Backend-Generalist – ich bin derjenige, zu dem die Leute kommen, wenn das Problem in Oracle und PL/SQL liegt. Beschreiben Sie Ihr Schema, Ihr Problem und Ihren Zeitrahmen – ich gebe Ihnen eine ehrliche Schätzung und Code, den Sie ohne mich warten können.
— Gespeicherte Prozeduren, Pakete, Funktionen und Trigger in Oracle PL/SQL
— Schreiben und Optimieren von SQL-Abfragen (Ausführungspläne, Indizes, Partitionierung)
— Batchverarbeitung: BULK COLLECT, FORALL, Sammlungen, Ref-Cursors
— ETL-Pipelines und Datenladen (SQL*Loader, externe Tabellen, Staging)
— Reporting-Abfragen, Ansichten und materialisierte Ansichten für BI
— Refactoring und Dokumentation von Legacy-PL/SQL-Code
Der Großteil meiner Arbeit besteht aus Performance. Ich lese Ausführungspläne, sehe, wo der Optimierer falsch lag, und behebe es mit Indizes, umgeschriebenen Joins, Partitionierung oder Hinweisen, wenn Hinweise wirklich gerechtfertigt sind. Aus AWR und Traces finde ich die genaue Abfrage, die das System wirklich verlangsamt, ohne zu raten, und ich erkläre ruhig in einfachen Worten, warum es langsam war und was sich geändert hat. Über das Tuning hinaus baue ich ETL-Pipelines und Reporting-Schichten direkt auf Oracle: Laden und Bereinigen von Quelldaten, Anwenden von Geschäftsregeln, stabile Tabellen und Ansichten, denen BI und Anwendungen vertrauen können. Mir sind Transaktionen, Fehlerbehandlung und Protokollierung wichtig, denn eine Aufgabe, die stillschweigend fehlschlägt, ist schlimmer als eine, die laut fehlschlägt.
Ich bin kein universeller MySQL- oder Postgres-DBA oder ein Backend-Generalist – ich bin derjenige, zu dem die Leute kommen, wenn das Problem in Oracle und PL/SQL liegt. Beschreiben Sie Ihr Schema, Ihr Problem und Ihren Zeitrahmen – ich gebe Ihnen eine ehrliche Schätzung und Code, den Sie ohne mich warten können.
— Gespeicherte Prozeduren, Pakete, Funktionen und Trigger in Oracle PL/SQL
— Schreiben und Optimieren von SQL-Abfragen (Ausführungspläne, Indizes, Partitionierung)
— Batchverarbeitung: BULK COLLECT, FORALL, Sammlungen, Ref-Cursors
— ETL-Pipelines und Datenladen (SQL*Loader, externe Tabellen, Staging)
— Reporting-Abfragen, Ansichten und materialisierte Ansichten für BI
— Refactoring und Dokumentation von Legacy-PL/SQL-Code
