Lyon, le 1 Juillet 2025
La série des mains dans le cambouis continue malgré une pause d’une bonne année. Pour ce nouvel article, on va se focaliser sur l’emplacement physique des lignes d’une table. Et vous verrez qu’il peut y avoir quelques surprises.
Vauréal, le 30 juin 2025
Le moteur de base de données relationnelle PostgreSQL s’impose de plus en plus comme un incontournable dans le monde de l’open-source. En revanche, son déploiement et sa gestion de manière manuelle peuvent s’avérer compliqués quand notre parc d’instances PostgreSQL commence à s’accroître. Nous allons donc voir dans une série d’articles dédiés, comment faciliter les tâches de déploiement et de gestion de notre moteur favori.
Reviers, le 18 juin 2025
À la fin de ma conférence au PGDay.FR 2025, j’ai eu le plaisir d’avoir plusieurs questions et j’aimerais revenir principalement sur l’une d’elles, n’ayant malheureusement pas pu développer plus.
Lille, le 17 juin 2025
La communauté francophone de PostgreSQL s’est réunie durant deux jours, les 3 et 4 juin derniers, lors de l’événement annuel du PGDay.FR. Comme annoncé dans un précédent billet, Dalibo y était présent pour une première tenue en dehors des frontières du pays, à Mons, en Belgique. Les membres de notre petite délégation ont chacun fait un retour personnel, dont je me fais le porte-parole avec une synthèse dans ce billet.
Lyon, le 19 mai 2025
CloudNativePG ou comment embarquer un éléphant sur un porte-conteneurs !
Si vous envisagez d’utiliser CloudNativePG pour déployer certaines de vos instances PostgreSQL, vous aurez sûrement besoin de rapatrier certaines bases de données dans ces nouvelles instances. Différentes techniques existent. Regardons deux méthodes d’import que propose l’opérateur 📥.
Reviers, le 16 mai 2025
Cette année, le PGDay.FR aura lieu en Belgique, plus exactement à Mons, les 3 et 4 juin. Comme chaque année, Dalibo est sponsor de l’événement. Voici quelques informations sur notre présence à cet événement.
Paris, 15 mai 2025
La réplication logique est une machine complexe, la correction de bug est parfois longue à la fois pour rendre le problème reproductible et le corriger.
Un exemple récent est la correction de ce bug publié dans la version 17.5 de PostgreSQL et qui a nécessité toute la persévérance et l’ingéniosité des développeurs :
Éviter des pertes de données quand des opérations DDL qui ne posent pas de verrous forts affectent les tables qui sont répliquées logiquement (Shlok Kyal, Hayato Kuroda)
Les changements du catalogue causés par ces commandes DDL n’étaient pas reflétés dans les processus de décodage des WAL. Le décodage qui suivait se basait alors sur des données périmées, ce qui pouvait provoquer des corruptions de données.
Strasbourg/Mont-de-Marsan, le 9 mai 2025
Le PostgreSQL Global Development Group a publié le 8 mai une mise à jour pour toutes les versions supportées de PostgreSQL, c’est-à-dire les versions 17.5, 16.9, 15.13, 14.18 et 13.21 . Cette mise à jour corrige une faille de sécurité et plus de 60 bugs remontés ces derniers mois. Pour la liste complète, voir les notes de version.
Reviers, 2 mai 2025
Notre serveur est bien installé. La sauvegarde permet de le restaurer si un problème survenait, mais cela prendra un peu de temps. En répliquant son contenu en temps réel sur un autre serveur, nous pouvons gagner beaucoup de temps pour le rétablissement du service. Nous allons donc voir dans cet article comment mettre en place la réplication.
Chambéry, le 29 Avril 2025
Vous connaissez peut-être explain.dalibo.com, l’outil pour visualiser et
comprendre les plans d’exécution générés par la commande EXPLAIN. Il accepte
des plans au format text et JSON.
Dans des versions précédentes de PostgreSQL, un bug entraînait la génération de
plans au format JSON invalides. Ce bug a été corrigé depuis longtemps, mais des
plans invalides sont toujours envoyés sur explain.dalibo.com (possiblement
générés avec une vieille version de PostgreSQL). Dans cet article, nous allons
découvrir combien sont concernés, et comment nous avons obtenu cette
information.
