Aller au contenu
Consultant en performance de bases de données

Je rends vos bases de données plus rapides, et votre facture plus légère.

Des rapports qui s’affichent rapidement, des utilisateurs qui travaillent sans attendre et une facture infonuagique proportionnée à votre achalandage. J’y arrive en travaillant les index, les statistiques et les requêtes, sur PostgreSQL, SQL Server et TimescaleDB.

Plusieurs personnes réunies autour d’une grande table de bois, chacune devant son ordinateur portable, dans une pièce lumineuse.
J’évalue la performance à partir de votre charge de travail réelle.
Basé à
Sainte-Julie, en banlieue de Montréal
Mandats
À distance
Moteurs
PostgreSQL, SQL Server, TimescaleDB
Langues de travail
Français et anglais
Spécialité
Performance et coûts

Services

Ce que je fais

Mon travail porte sur vos bases de données : les rendre plus rapides, moins coûteuses et plus fiables, et développer les services qui s’y raccordent.

Performance

Des rapports rapides, des écrans fluides en fin de mois, et une application qui garde sa vitesse à mesure que vos données grandissent.

  • Je repère les requêtes qui coûtent le plus et j’analyse leurs plans d’exécution
  • J’optimise les index et je garde seulement ceux qui servent
  • Je mets à jour les statistiques et j’installe un plan d’entretien
  • Je réécris les requêtes, les procédures stockées ou le schéma quand il le faut

Coûts d’exploitation

Une base optimisée accomplit le même travail avec moins de capacité, et votre facture suit.

  • Je redimensionne vos bases Azure SQL et vos machines virtuelles une fois la base optimisée
  • Je mets en place une mise à l’échelle automatique qui suit vos périodes de pointe
  • Je réduis ce que vous coûtent les API de modèles de langage dans vos fonctions d’IA

Fiabilité et Loi 25

Des sauvegardes vérifiées, une base conçue pour rester disponible, et des renseignements personnels bien repérés et protégés.

  • Je conçois la haute disponibilité et la reprise après sinistre (Patroni, pgBackRest)
  • Je mets en place des sauvegardes et je vérifie qu’elles se restaurent
  • Pour la Loi 25, je prends en charge le volet base de données : où sont les renseignements personnels, qui y accède, ce qui est journalisé, combien de temps on les garde et comment on les détruit

Développement back-end

Des services solides autour de votre base, du code existant modernisé, et des données horodatées interrogées rapidement, même en grand volume.

  • Services en Go, en Python ou en .NET
  • Applications Firebase : Firestore, authentification, hébergement
  • Séries temporelles avec TimescaleDB
  • Reprise et modernisation de code existant

Approche

Comment je travaille

Je mesure avant de toucher à quoi que ce soit, je corrige, puis je vérifie que le gain tient.

  1. 01

    J’analyse en lecture seule

    Avec un accès en lecture seule, je vois où votre base dépense ses ressources. Vous recevez un rapport qui classe chaque amélioration selon ce qu’elle vous rapporte, avec la façon de la réaliser.

  2. 02

    Je corrige, puis je mesure

    Je teste chaque changement avant qu’il atteigne la production, puis je le compare à l’état de départ. Vous voyez les résultats mesurés, avant et après.

  3. 03

    Un suivi, si vous le voulez

    Vos données et votre achalandage grandissent. Avec un suivi mensuel, je garde la performance et les coûts au bon niveau.

Parcours

Mon parcours

J’ai passé six ans sur une plateforme SaaS en production, d’abord comme développeur full-stack, puis comme chef d’équipe, en C#, Blazor, ASP.NET Core et SQL Server sur Azure. On m’y confiait les parties sensibles du système, celles où la stabilité et la performance comptaient le plus.

C’est là que la base de données est devenue mon métier. J’y ai appris l’indexation en profondeur, puis j’ai optimisé des centaines de requêtes. En période de pointe, la base avait besoin de 3 000 DTU ; après ce travail, 800 suffisaient. J’ai ensuite conçu une mise à l’échelle automatique qui la réduit en dehors des pointes.

Depuis avril 2026, je suis développeur back-end et administrateur de bases de données dans une firme de consultation de Québec. J’y définis l’architecture d’une plateforme PostgreSQL et TimescaleDB, en Go et en Python, et j’ai conçu le plan de haute disponibilité de son serveur PostgreSQL de production.

J’aborde chaque mandat de façon analytique et rigoureuse, et je teste soigneusement ce que je livre.

Joffré Ouellet, consultant en performance de bases de données.
Joffré Ouellet. Vous parlez à la personne qui fait le travail.
  • Mesurer

    Plans d’exécution, statistiques, état avant et après

  • Corriger

    Index, requêtes, schéma et dimensionnement

  • Protéger

    Redondance, sauvegardes et renseignements personnels

Réalisations

Quelques résultats

Des résultats obtenus dans mes emplois. Je ne nomme pas les employeurs.

Capacité de pointe réduite de 73 %

Plateforme SaaS

Une base Azure SQL qui demandait 3 000 DTU en période de pointe. Le DTU est l’unité de capacité, donc de coût, d’Azure SQL.

  • En pointe, la base est passée de 3 000 à 800 DTU, avec des performances rétablies
  • J’ai refait la stratégie d’indexation : index couvrants à jour, index composites réordonnés
  • J’ai réécrit les requêtes pour qu’elles ne lisent que les colonnes utiles
  • J’ai conçu une mise à l’échelle automatique qui réduit la base hors pointe

Base des connexions et des jetons

Firme de consultation

Une base SQL Server qui traite des milliers de requêtes de connexion, de jetons d’accès et de jetons de rafraîchissement.

  • J’ai complété les index et mis à jour les statistiques
  • La machine virtuelle est passée de 8 à 4 vCPU
  • Le processeur est passé d’environ 50 % à 9 à 16 % d’utilisation, soit environ six fois moins de charge
  • Des temps de réponse plus rapides

Haute disponibilité PostgreSQL

Déploiement en cours

Un serveur PostgreSQL de production partagé par quatre microservices critiques. J’ai conçu son plan de haute disponibilité et de reprise après sinistre pour assurer la continuité des quatre services, et j’en pilote le déploiement.

  • Architecture cible : grappe Patroni sur deux centres de données, témoin etcd dans le nuage, une instance par base
  • Répliques différées et sauvegardes pgBackRest vers deux dépôts
  • Déjà en place : les sauvegardes quotidiennes automatisées. En cours : la séparation des bases
  • Un guide pour aider les équipes à rendre leurs services résilients aux bascules

Contact

Me contacter

Décrivez-moi la situation en quelques lignes : votre base de données, ce que vous aimeriez améliorer, et votre échéance s’il y en a une.

Deux personnes assises à une table de travail en bois ; l’une explique quelque chose de ses mains, un ordinateur portable ouvert à côté.
Je commence par comprendre ce que la performance représente pour vous.