À propos du service
TraduitJe suis un développeur Oracle PL/SQL, et Oracle n'est pas l'un des nombreux SGBD pour moi mais l'environnement dans lequel je travaille chaque jour. J'écris des procédures stockées, des packages, des fonctions et des déclencheurs qui portent une véritable logique métier, et je les conçois de manière à ce que le code soit facile à lire, à tester et à modifier en toute sécurité des mois plus tard. Quand un rapport doit concilier des millions de lignes, quand un traitement nocturne doit se terminer avant la fenêtre du matin, et qu'une procédure se trouve au cœur d'un processus comptable, je veux que ce code soit correct d'abord, puis rapide—et je le rends rapide aussi. Avec des variables de liaison, BULK COLLECT et FORALL, des curseurs, des collections et des fonctions analytiques, je travaille aussi sereinement qu'un ingénieur backend avec un cadre, gardant la logique proche des données plutôt que de traîner d'énormes ensembles de résultats à travers le réseau.
La plupart de mon travail est axé sur la performance. Je lis des plans d'exécution, vois où l'optimiseur s'est trompé, et le corrige avec des index, des jointures réécrites, du partitionnement ou des indices lorsque ceux-ci sont vraiment justifiés. À partir d'AWR et de traces, je trouve la requête exacte qui ralentit réellement le système, sans deviner, et j'explique calmement en termes simples pourquoi cela était lent et ce qui a changé. Au-delà de l'optimisation, je construis des pipelines ETL et des couches de reporting directement sur Oracle : chargement et nettoyage des données sources, application des règles métier, tables et vues stables auxquelles BI et applications peuvent faire confiance. Je me soucie des transactions, de la gestion des erreurs et de la journalisation, car une tâche qui échoue silencieusement est pire qu'une qui échoue bruyamment.
Je ne suis pas un DBA MySQL ou Postgres universel ou un généraliste backend—je suis celui vers qui les gens se tournent lorsque le problème se trouve dans Oracle et PL/SQL. Décrivez votre schéma, votre douleur et votre calendrier—je vous donnerai une estimation honnête et un code que vous pourrez maintenir sans moi.
— Procédures stockées, packages, fonctions et déclencheurs en Oracle PL/SQL
— Écriture et optimisation de requêtes SQL (plans d'exécution, index, partitionnement)
— Traitement par lots : BULK COLLECT, FORALL, collections, curseurs de référence
— Pipelines ETL et chargement de données (SQL*Loader, tables externes, mise en scène)
— Requêtes de reporting, vues et vues matérialisées pour BI
— Refactorisation et documentation du code PL/SQL hérité
La plupart de mon travail est axé sur la performance. Je lis des plans d'exécution, vois où l'optimiseur s'est trompé, et le corrige avec des index, des jointures réécrites, du partitionnement ou des indices lorsque ceux-ci sont vraiment justifiés. À partir d'AWR et de traces, je trouve la requête exacte qui ralentit réellement le système, sans deviner, et j'explique calmement en termes simples pourquoi cela était lent et ce qui a changé. Au-delà de l'optimisation, je construis des pipelines ETL et des couches de reporting directement sur Oracle : chargement et nettoyage des données sources, application des règles métier, tables et vues stables auxquelles BI et applications peuvent faire confiance. Je me soucie des transactions, de la gestion des erreurs et de la journalisation, car une tâche qui échoue silencieusement est pire qu'une qui échoue bruyamment.
Je ne suis pas un DBA MySQL ou Postgres universel ou un généraliste backend—je suis celui vers qui les gens se tournent lorsque le problème se trouve dans Oracle et PL/SQL. Décrivez votre schéma, votre douleur et votre calendrier—je vous donnerai une estimation honnête et un code que vous pourrez maintenir sans moi.
— Procédures stockées, packages, fonctions et déclencheurs en Oracle PL/SQL
— Écriture et optimisation de requêtes SQL (plans d'exécution, index, partitionnement)
— Traitement par lots : BULK COLLECT, FORALL, collections, curseurs de référence
— Pipelines ETL et chargement de données (SQL*Loader, tables externes, mise en scène)
— Requêtes de reporting, vues et vues matérialisées pour BI
— Refactorisation et documentation du code PL/SQL hérité
