PostgreSQL 19 arrivera plus tard que prévu. Le projet de base de données open source a déplacé sa date de sortie au 19 novembre 2026, après que les développeurs ont trouvé et corrigé tant de problèmes dans les versions précédentes qu’ils ont choisi d’inclure les corrections dans une dernière version de test au préalable.
Ce retard fait suite à la suppression de plusieurs fonctionnalités prévues, dont la possibilité d’interroger des données structurées en graphe. Peter Eisentraut, membre de l’équipe dirigeante de PostgreSQL, a associé certaines de ces modifications tardives à la révision de code assistée par l’IA, qui identifie des anomalies à un rythme sans précédent. Il a déclaré que le projet devait traiter environ 40 rapports de bugs, chacun nécessitant inévitablement du temps pour être évalué et corrigé, même lorsque le correctif résultant était de petite taille.
Dans un article publié le 30 octobre, Robert Haas, un contributeur majeur de PostgreSQL, a décrit directement l’évolution plus générale : les grands modèles de langage sont arrivés. Selon Haas, ces systèmes découvrent des vulnérabilités que les révisions de code humaines n’avaient pas révélées en plusieurs décennies, mais ils n’ont pas supprimé la principale contrainte. Les mainteneurs humains doivent toujours comprendre chaque rapport, vérifier la correction proposée, l’adapter aux normes du projet et l’intégrer.
Les données citées par Haas illustrent l’augmentation de la charge de travail. Entre le 8 avril et le 25 septembre, le nombre de modifications soumises à la version de développement est passé de 724 en 2025 à 1 169 en 2026, soit une hausse de 61 %. Les modifications affectant à la fois la version de développement et la précédente version de production sont passées de 248 à 433, soit 75 %.
Haas a attribué une grande partie de cette croissance au fait que davantage de personnes signalent des bugs trouvés à l’aide de grands modèles de langage, plutôt qu’à une hausse substantielle du nombre d’erreurs commises par les contributeurs. Le temps consacré au traitement de ces rapports, y compris les corrections de sécurité, a réduit la capacité disponible pour PostgreSQL 19 et contribué à la décision d’abandonner certaines fonctionnalités.
Le projet a également enregistré un nombre globalement plus élevé de corrections liées à la sécurité. Une version publiée le 13 août a corrigé 28 problèmes de ce type, contre 11 en mai. Toutefois, les chiffres disponibles n’indiquent pas combien de ces problèmes ont été découverts avec l’aide de l’IA.
Haas a décrit le retard actuel comme modeste, mais s’est inquiété de son impact à plus long terme sur la capacité de PostgreSQL à innover. Le projet doit traiter un plus grand nombre de bugs réels tout en s’appuyant sur les mêmes ressources humaines pour valider et mettre en œuvre les corrections.
La prochaine étape prévue pour PostgreSQL est le 12 novembre, date à laquelle le projet prévoit de publier une mise à jour contenant de nombreuses corrections ainsi qu’une version de test finale de PostgreSQL 19. Si aucun nouveau problème n’apparaît, la version stable devrait suivre le 19 novembre.
Sources: Numerama.