PostgreSQL 19 attendu le 19 novembre, retardé par l’afflux de bugs trouvés par l’IA

PostgreSQL 19 ne sortira pas à l’heure. La nouvelle version majeure du système de gestion de bases de données libre est désormais attendue le 19 novembre 2026. Depuis dix ans, ces sorties tombaient entre la mi-septembre et la mi-octobre. Robert Haas, développeur de longue date du projet, en donne la raison dans un billet de blog : les grands modèles de langage (LLM), ces intelligences artificielles capables d’analyser du code, font remonter une avalanche de bugs.

Le calendrier figure dans l’annonce de la première version candidate, une préversion censée être presque définitive. La prochaine mise à jour des versions en service, prévue le 12 novembre 2026, contiendra un grand nombre de correctifs. L’équipe de publication a décidé de les intégrer à PostgreSQL 19 avant sa sortie : une seconde version candidate paraîtra donc le même jour. Sauf nouveau problème imposant un report, la date du 19 novembre tient.

La réponse courte, c’est que les LLM sont arrivés.

Plus facile à trouver qu’à corriger

Le développeur attribue ce retard à une vague de personnes qui passent PostgreSQL au crible avec des LLM et signalent leurs trouvailles. Les bugs sont devenus bien plus faciles à dénicher. Les corriger est aussi devenu plus simple, mais pas dans la même mesure. Une IA peut rédiger un correctif, sans garantie qu’il soit juste ni conforme aux règles du projet : un humain doit donc relire et intégrer chaque modification.

Ce travail a un coût. Les heures consacrées à ces corrections n’ont pas servi à examiner les nouveautés de la version 19, et la préparation de la sortie en a souffert. Le problème ne vient pas d’un code bâclé : les bugs que trouvent les LLM étaient déjà là, ils sont simplement devenus visibles. C’est leur nombre, désormais, qui sature les relecteurs.

Robert Haas chiffre le phénomène en comparant la même période, du 8 avril au 25 septembre, en 2025 et en 2026. Les commits, c’est-à-dire les modifications enregistrées dans le code, reportés sur la branche de la future version ont bondi de plus de 60 %. Ceux qu’il a aussi fallu reporter sur la version précédente sont passés de 248 à 433, une hausse de plus de 74 % en un an.

Le projet a dû renoncer à des nouveautés attendues. Entre le 27 août et le 15 septembre 2026, trois fonctionnalités importantes ont été retirées, dont les requêtes de graphes SQL/PGQ. La plupart devraient revenir dans la version 20. Le 25 août 2026, Robert Haas avait déjà sollicité l’IA Claude, raconte LWN. Il lui demandait quels correctifs de la version 19 étaient les plus inquiétants, à en juger par les bugs corrigés après le gel des fonctionnalités.

Quarante ans de bugs à rattraper

Robert Haas ne juge pas ce retard particulièrement inquiétant : il y voit la conséquence directe du souci de qualité du projet. Le long terme le préoccupe davantage. À ses yeux, le code de PostgreSQL recèle quarante ans de bugs que les humains n’ont pas su trouver. D’après Hardware Busters, il se demande comment un projet de quelques dizaines de committers, ces développeurs habilités à intégrer du code, pourra rattraper ce passif.

La tension dépasse PostgreSQL. Selon une étude de la Linux Foundation présentée par Next, 52 % des mainteneurs, ces personnes qui font vivre un projet libre, ont vu leur temps de relecture augmenter. Steve Jones, qui travaille surtout avec SQL Server, la base de données de Microsoft, fait un constat voisin : ce logiciel a lui aussi vu beaucoup de bugs découverts ces derniers temps, probablement par des LLM.

Mises à jour et fin de PostgreSQL 14

Pour les utilisateurs, ce retard ne change rien dans l’immédiat. Passer à PostgreSQL 19 exigera une migration de version majeure : l’outil pg_upgrade, ou un export complet de la base suivi d’une réimportation. Chaque version majeure est maintenue pendant 5 ans, et le projet recommande d’installer toujours la dernière mise à jour mineure. Une échéance approche : PostgreSQL 14 arrive en fin de vie le 12 novembre 2026. Après une dernière mise à jour mineure, il ne sera plus maintenu.

Vous gérez une application adossée à PostgreSQL, pour une association, une PME ou sur un serveur personnel ? Vérifiez la version utilisée et appliquez la mise à jour du 12 novembre 2026 dès sa parution. Si une base tourne encore sous PostgreSQL 14, planifiez sa migration sans tarder, après une sauvegarde complète. Rien ne presse pour la 19 : nous conseillons d’attendre ses premiers correctifs. À notre avis, mieux vaut une version en retard qu’une sortie à l’heure avec des bugs connus.