Le Groupe de développement mondial de PostgreSQL a reporté la sortie de PostgreSQL 19, la dernière version de la populaire base de données open source. Sa disponibilité générale est désormais attendue vers le 19 novembre, au lieu de la fin septembre ou du début octobre. Les développeurs ont également retiré entre huit et dix fonctionnalités importantes, qui seront désormais reportées à PostgreSQL 20, prévue l'année prochaine.
Peter Eisentraut, vice-président d'EDB, une entreprise de support et de conseil autour de PostgreSQL, a déclaré que le nombre de retraits s'explique au moins en partie par les revues de code assistées par LLM. Dans un billet de blog, Eisentraut, l'un des principaux committers de PostgreSQL, a indiqué que certaines fonctionnalités retirées présentaient des défauts architecturaux importants, difficiles à corriger rapidement et pendant la bêta. Les revues assistées par IA ont aussi mis au jour une longue série de « problèmes relativement anodins liés à divers cas limites », que les développeurs n'auraient peut-être remarqués que des années après le lancement. Selon Eisentraut, quarante rapports de défauts peuvent rapidement épuiser le temps disponible, même si chaque correction est simple. Il a ajouté que les outils de revue par IA se sont améliorés dans les mois précédant la sortie, ce qui a relevé le niveau de qualité effectif après que de nombreuses fonctionnalités avaient déjà été écrites et intégrées. Il a également insisté sur le fait que ces retraits ne venaient pas du « vibe coding », cette technique n'existant pas encore lorsque la plupart des nouvelles fonctionnalités ont été écrites.
Parmi les fonctionnalités retirées figure la prise en charge des requêtes de graphes de propriétés SQL (SQL/PGQ), intégrées à la norme SQL en 2023. Le contributeur Tom Lane avait averti qu'en livrer la version dans la v19 entraînerait probablement des bugs découverts après la sortie et impossibles à corriger avant la v20. Malgré le retard, Eisentraut a promis que PostgreSQL 19 restera « une excellente version », incluant REPACK CONCURRENTLY, qui évite l'opération VACUUM FULL avec verrouillage de table utilisée pour récupérer de l'espace disque.
PostgreSQL 20 devait initialement ne contenir que des corrections de bugs. Il devrait désormais inclure les fonctionnalités reportées depuis la version retardée, selon Eisentraut.
Source: Hacker News · Résumé par HeadlinesBriefing