Programme / Schedule

Ouverture des portes / Doors open

Atelier: PgBouncer - Everything, Everywhere, All At Once About This Tool (EN)

Machytka Josef - Credativ

PostgreSQL connections are expensive, their number is the limiting factor for performance and stability. Connection pooling is a primary scaling tool for modern systems. We all know it, but do we really understand why? We will dive into PostgreSQL and Linux architecture, explaining the concrete costs of “too many connections” in PostgreSQL’s process-per-connection model. Second part is dedicated to PgBouncer. We will examine how its current single‑threaded event loop works and outline the proposed multithreaded approach. We will cover practical and experimental use cases and the configuration edges that matter in production—like scaling.

Entrée libre dans la limite des places disponibles. / Free entry subject to availability.

Atelier: Développer une extension Postgres en Rust (FR)

Damien Clochard - Dalibo

Cet atelier est consacré au framework PGRX, un environnement de développement qui facilite la conception d'extensions PostgreSQL avec le langage Rust. Avec une succession d'exercices concrets et progressifs, nous verrons les avantages du langage Rust pour intégrer du code au plus près de vos données.

Entrée libre dans la limite des places disponibles. / Free entry subject to availability.

Pause / Lunch break

Le repas du mercredi midi n'est pas inclus. Une pause est prévue pour se restaurer à l'extérieur. Merci de votre compréhension.

Wednesday lunch is not included. A break is scheduled so participants can eat outside. Thank you for your understanding.

Ré-Ouverture des portes / Doors reopen

Atelier: Créez votre premier agent IA avec PostgreSQL (FR)

Matt Cornillon - Google

Dans cet atelier pratique, bâtissez de bout en bout un agent IA s'appuyant sur PostgreSQL. L'objectif : déployer un serveur MCP pour exposer vos fonctions et requêtes SQL comme des outils ("tools") actionnables par un LLM. Au programme: - Architecture MCP : Liaison entre l'IA et le moteur SQL. - SQL as a Tool : Transformer vos requêtes en capacités cognitives. - Sécurité & Gouvernance : Maîtriser l'accès aux données (RLS, vues, permissions). Cas pratique : Création d'un agent expert météo capable d'analyser vos historiques climatiques et de répondre aux questions des utilisateurs directement depuis vos tables.

Entrée libre dans la limite des places disponibles. / Free entry subject to availability.

Atelier: Rafraîchir les données de développement avec anonymisation dans CloudNativePG (FR)

Julien Acroute - camptocamp

Dans nos workflows de développement, le chemin de promotion du code est désormais bien balisé. Pourtant, dès qu'on parle de données, tout se complique : le chemin inverse (Prod -> Dev) reste souvent le parent pauvre de l’automatisation. Rafraîchir une base de développement rime encore trop souvent avec "ouverture de ticket", "restauration lente" ou compromis sur la confidentialité des données. Cette session propose une mise en pratique d'un rafraîchissement à la demande avec CloudNativePG et postgresql_anonymizer. Elle prouve qu'avec les bons outils, on peut offrir des environnements de test fidèles et anonymisés en quelques secondes.

Entrée libre dans la limite des places disponibles. / Free entry subject to availability.

Grande soirée ouverte à tous·tes et incluse dans le prix de votre billet.

Tous les participant·e·s, sponsors et orateurs·rices se retrouvent pour une grande soirée de rencontre et de partage autour d'un apéritif dînatoire au coeur de la ville rose, à 10 minutes de la place du Capitole.

Lieu de Rendez-vous : Restaurant Monsieur Georges, 20 Place Saint-Georges, 31000 TOULOUSE

Community reception included in the price of your ticket.

All participants, sponsors, and speakers are invited to gather for a vibrant evening of connection and sharing over a standing dinner reception in the heart of the Pink City, at 10 minutes from the Capitole square.

Location: Monsieur Georges Restaurant, 20 Saint-Georges square, 31000 TOULOUSE

COMMUNITY EVENT SPONSOR

Ouverture des portes / Doors open

Mot d'accueil / Welcome speech

Rendre 700 développeurs autonomes sur PostgreSQL grâce à l'IA : Premiers retours (FR)

Par Wilfried Roset - OVH Cloud

Notre équipe DBA chez OVHcloud était submergée par 700+ développeurs posant sans cesse les mêmes questions : "C'est quoi ce schéma ?", "Aide-moi avec cette jointure ?", "Pourquoi c'est lent ?" Nous avons construit Luke, une passerelle MCP permettant aux agents IA d'introspecter nos bases PostgreSQL. Découvrez comment l'IA transforme les workflows (de "j'attends le DBA" à "autonomie totale"), les patterns d'adoption émergents, et surtout les leçons apprises. Trois mois après le début, nous partagerons un retour d'expérience honnête sur ce qui fonctionne, ce qui surprend, et ce qu'on n'avait pas anticipé.

Comprendre les niveaux d'isolation des transactions (FR)

Par Frédéric Delacourt - Data Bene

Les niveaux d'isolation des transactions définissent comment le moteur de base de données doit se comporter lorsque des accès concurrents aux données entrent en conflits. Pour chacun des niveaux définis par "la norme" SQL, nous listerons les attentes liées au niveau, nous montrerons les cas d'usage typiques, nous discuterons des erreurs de concurrence, nous expliquerons les mécanismes internes de PostgreSQL (MVCC, snapshots, structure de tuples, locks) mis en jeu et les éventuels impacts de performance associés. Nous porterons aussi notre attention sur le niveau SERIALIZABLE plutôt sous-utilisé par les développeurs. Nous nous interrogerons sur l'exécution de transactions avec des niveaux d'isolation différents. Après cette présentation, vous serez capable de choisir le bon niveau d'isolation de chacune de vos transactions.

Pause / Coffee break

Building a Truly Compatible Postgres Proxy: The Multigres Story (EN)

Par Haritabh Gupta - supabase

What does it take to build a Postgres proxy that applications can't tell apart from vanilla Postgres? In this talk, I share lessons from building Multigres, a horizontally-scalable Postgres proxy. I walk through the real compatibility challenges we faced: implementing COPY FROM as a streaming state machine, managing session state and transactions with connection pooling, preserving all Postgres error diagnostic fields through a gRPC stack, handling TLS negotiation, forwarding NOTICE messages, and forwarding client startup parameters. Then we'll see how Postgres's regression and isolation test suites help to measure and prove what it truly means to be a transparent Postgres proxy.

Repas / Lunch

Lightning Talks

Une série de lightning talks de 5 minutes. Chaque participant au PG Day peut choisir le sujet de son choix (technique ou non) et le présenter en 5 minutes top chrono ! :)
Envoyez vos propositions à contact@pgday.fr

A series of 5-minute lightning talks. Each PG Day participant is welcome to choose any topic (technical or not) and present it in exactly 5 minutes, stopwatch-style! :)
Send your proposals to contact@pgday.fr

Workload Fingerprints: The precision metric for autonomous PostgreSQL tuning (EN)

Par Luigi Nardi - DBTune

A PostgreSQL database is a sea of noise. Traditional performance indicators miss shifting query frequencies or transient background tasks. This session explores the Workload Fingerprint, a novel observability approach providing the granular accuracy required for autonomous optimization. We will deconstruct this methodology to answer the hard questions of production tuning: prioritizing truly critical queries, isolating environmental noise, blending diverse data into a stable baseline, and verifying persistent performance gains. This talk offers a roadmap for moving from "gut-feel" tuning to a fingerprint-based methodology that ensures every optimization is a step in the right direction.

Domain‑Driven Design, ORMs, et Developer Experience avec PostgreSQL (FR)

Par Franck Pachot - mongoDB

Les bases relationnelles ont été conçues pour être centrales et inclure la logique métier, partagées par plusieurs applications via schémas normalisés, contraintes d’intégrité et procédures stockées. Aujourd’hui, les architectures orientées services dominent : chaque équipe gère son service, son domaine fonctionnel et utilise souvent une base dédiée. Avec le DDD, la logique métier est dans l’application. PostgreSQL reste un bon candidat pour le modèle « une base par service », via un ORM ou avec des agrégats stockés en JSONB. Le but de cette session est de mieux comprendre le développement d’applications modernes et de faciliter la communication Dev- DBA.

Pause / Coffee Break

Partitioning PostgreSQL : quand il n’y a pas de DBA (FR)

Par Vincent Mercier - Amazon

Lorsqu’on parle de scalabilité, le partitioning arrive vite dans la discussion. En pratique, sa conception et son exploitation sont généralement confiées aux DBA… lorsqu’il y en a. Mais que se passe-t-il dans les équipes où le rôle de DBA n’existe pas ? Je reviendrai sur une approche pragmatique du partitioning, pensée pour des équipes majoritairement de développeurs. Je présenterai un outil open source que nous avons développé chez Qonto pour rendre le partitioning accessible. L’objectif de ce talk est de démystifier le partitioning, de montrer ses limites, et de proposer des patterns concrets pour l’utiliser efficacement dans des environnements où l’expertise base de données est rare.

Mot de clôture / Closing session

The End