Bases de données · Crescera Solutions

PostgreSQL : deux dates de novembre à ne pas manquer

Le 12 novembre 2026, PostgreSQL 14 cesse d’être corrigé. Le 19 novembre, sauf report, PostgreSQL 19 doit sortir.

Ces deux dates posent la même question aux équipes IT au Luxembourg : vos bases sont-elles sur une version suivie, et vos équipes sont-elles prêtes à migrer ?

Une base devenue incontournable

PostgreSQL est la base de données la plus utilisée par les développeurs. Dans l’enquête Stack Overflow 2025, 55,6 % des répondants l’utilisent, contre 40,5 % pour MySQL. Chez les développeurs professionnels, le score atteint 58,2 %.

C’est aussi un sujet d’indépendance. Dans Paperjam, Marc Linster, ancien directeur technique d’EDB, rappelle qu’aucune entreprise ne peut en modifier seule les conditions d’utilisation. Il cite Adyen, OpenAI, Revolut et Spotify parmi ses utilisateurs.

Fin de PostgreSQL 14, arrivée de PostgreSQL 19

Chaque version majeure est suivie pendant cinq ans. Après la date de fin, elle peut continuer à tourner, mais elle ne reçoit plus aucun correctif.

Côté sécurité, la page du projet liste 44 vulnérabilités portant un identifiant 2026. 35 concernent toutes les versions de 14 à 18, les 9 autres seulement une partie d’entre elles. Toutes sont corrigées dans les dernières mises à jour : 18.6, 17.11, 16.15, 15.19 et 14.24.

Le bon réflexe reste simple : appliquer la dernière mise à jour mineure de sa version, et rester sur une version suivie.

PostgreSQL 19, de son côté, n’est pas encore disponible. Sa version candidate sert aux tests, pas à la production, et sa sortie est prévue le 19 novembre 2026, sauf problème nécessitant un report. Les notes de version provisoires annoncent notamment :

• REPACK : une nouvelle commande qui reconstruit les tables sans bloquer lectures et écritures, avec son option CONCURRENTLY.
• Réplication logique : activable sans redémarrage lorsque wal_level vaut replica, avec synchronisation des séquences.
• Performance : autovacuum parallélisé sur les index et contrôles de clés étrangères plus rapides.
• Supervision : nouvelles vues, dont pg_stat_lock et pg_stat_recovery.

Ces éléments peuvent encore évoluer avant la version finale.

Une migration qui se prépare

Une mise à jour mineure se limite à installer les nouveaux binaires et à redémarrer. Un changement de version majeure demande un dump/restauration ou pg_upgrade, et donc de la préparation.

Rien n’impose de passer à PostgreSQL 19 dès sa sortie. PostgreSQL 18 est aujourd’hui la version stable la plus récente, suivie jusqu’au 14 novembre 2030. Pour une base encore en version 14, l’enjeu est d’abord de rejoindre une version suivie, selon le contexte de chaque organisation.

Si PostgreSQL 19 fait partie de vos options, quatre points seront à tester, d’après les notes provisoires, qui peuvent encore changer :

• JIT : désactivé par défaut, à réactiver si vos grosses requêtes analytiques en dépendent.
• Authentification : RADIUS est supprimé et MD5 génère désormais un avertissement dans les journaux.
• Verrous : l’allocation change, et max_locks_per_transaction passe à 128 par défaut.
• pg_upgrade : certains clusters sont refusés, notamment ceux avec des index btree_gist sur inet ou cidr.

Trois questions simples pour commencer : quelles versions tournent aujourd’hui ? Vos sauvegardes et restaurations sont-elles testées ? Qui maîtrise la réplication et le plan de reprise en interne ?

Faire monter vos équipes en compétences

Crescera Solutions propose quatre formations PostgreSQL au Luxembourg, selon le rôle de chacun.

Vous souhaitez un parcours sur mesure ? Contactez Crescera Solutions

Sources

• PostgreSQL : politique de versions
• PostgreSQL : annonce de la RC 1 de la version 19
• PostgreSQL : vulnérabilités de sécurité
• Notes de version provisoires de PostgreSQL 19 (copie pgEdge de la RC 1)
• Stack Overflow Developer Survey 2025 : technologies
• Paperjam : Marc Linster, from open source to open economy