El Grupo Global de Desarrollo de PostgreSQL ha retrasado el lanzamiento de PostgreSQL 19, la última versión de la popular base de datos de código abierto. Su disponibilidad general se espera ahora alrededor del 19 de noviembre, en lugar de finales de septiembre o principios de octubre. Los desarrolladores también han retirado entre ocho y 10 funciones importantes, que ahora se trasladarán al PostgreSQL 20 del próximo año.
Peter Eisentraut, vicepresidente de EDB, una consultora y proveedora de soporte de PostgreSQL, afirmó que el número de funciones retiradas se debe, al menos en parte, a las revisiones de código asistidas por LLM. En una entrada de blog, Eisentraut, un destacado committer de PostgreSQL, dijo que algunas de las funciones retiradas tenían defectos arquitectónicos significativos que serían difíciles de corregir rápidamente y durante la beta. Las revisiones con IA también descubrieron una larga lista de "problemas relativamente inofensivos que involucran diversos casos límite", que en el pasado los desarrolladores podrían no haber notado hasta años después del lanzamiento. Como explicó Eisentraut, cuarenta informes de defectos pueden agotar rápidamente el tiempo disponible, incluso cuando cada corrección es pequeña. Añadió que las herramientas de revisión con IA mejoraron en los meses previos al lanzamiento, elevando el nivel efectivo de calidad después de que muchas funciones ya habían sido escritas y confirmadas. También subrayó que los retiros no se debieron al "vibe coding", ya que esta técnica no estaba disponible cuando se escribió la mayoría de las funciones.
Entre las funciones retiradas figura el soporte para las consultas de grafos de propiedades de SQL (SQL/PGQ), incorporadas al estándar SQL en 2023. El colaborador Tom Lane había advertido que incluirlas en la v19 probablemente provocaría errores posteriores al lanzamiento que no podrían corregirse hasta la v20. A pesar del retraso, Eisentraut prometió que PostgreSQL 19 seguirá siendo "una gran versión", que incluye REPACK CONCURRENTLY, que evita la operación VACUUM FULL con bloqueo de tabla usada para recuperar espacio en disco.
Se esperaba que PostgreSQL 20 incluyera solo correcciones de errores. Ahora, según Eisentraut, es probable que incluya las funciones trasladadas desde la versión retrasada.
Fuente: Hacker News · Resumido por HeadlinesBriefing