PostgreSQL 19 no supera el nuevo control de calidad; la IA halló tantos fallos que los desarrolladores tuvieron que recortar funcionalidades.

La inteligencia artificial no aceleró el lanzamiento de PostgreSQL 19, sino que ayudó a convertir la verificación final en una cola de defectos que el equipo no lograba procesar con los ritmos habituales. Ante los hallazgos tardíos, el proyecto revirtió un número inusualmente alto de funciones y aplazó la fecha del lanzamiento general del 29 de octubre al 19 de noviembre de 2026. El primer candidato a lanzamiento se publicó el 15 de octubre y sigue siendo de prueba.

Uno de los desarrolladores principales de PostgreSQL, Peter Eisentraut explicó, que después del inicio de las pruebas beta se eliminaron de la rama PostgreSQL 19 aproximadamente entre 8 y 10 funciones notables, y algunas se retiraron ya en una etapa tardía. En un ciclo habitual esa clase de reversión ocurre aproximadamente una vez. La actual oleada fue excepcional para el proyecto por su magnitud y su calendario.

Algunas funciones se encontraron con problemas arquitectónicos que no se podían corregir de forma segura en el tiempo restante hasta el lanzamiento. Al mismo tiempo, las comprobaciones con grandes modelos de lenguaje detectaron rápidamente una larga cola de errores marginales. Según la evaluación de Eisentraut, en lugar de unos pocos defectos los desarrolladores de repente pudieron recibir cerca de cuarenta informes individuales.

Incluso un error pequeño requiere reproducirlo, comprobarlo, corregirlo y volver a probarlo, por lo que decenas de parches breves aun así generan una gran cola. Eisentraut considera que la IA en realidad elevó el listón de calidad después de que se escribieron muchas funciones. Antes, parte de esos problemas podía salir a la luz gradualmente a lo largo de varios años tras el lanzamiento.

Entre las capacidades retiradas de PostgreSQL 19 estuvo el soporte de SQL/PGQ para consultas en grafos de propiedades, la activación en línea de sumas de comprobación, las actualizaciones temporales mediante FOR PORTION OF y las operaciones con particiones de tablas. El equipo prefirió eliminar las funciones controvertidas de la rama estable y darles más tiempo para su refinamiento, en lugar de lanzar código con problemas conocidos.

El proyecto no ha declarado oficialmente una conexión directa entre las comprobaciones con IA y la nueva fecha de lanzamiento. El equipo de PostgreSQL trasladó el lanzamiento general al 19 de noviembre, para incluir un gran paquete de correcciones del mantenimiento de noviembre de las versiones con soporte. El segundo candidato a lanzamiento debe salir el 12 de noviembre, y la versión final seguirá una semana después, si no aparecen nuevos errores bloqueantes.

Otro factor también alimentó la oleada tardía de hallazgos. De abril a agosto muchos desarrolladores experimentados estuvieron ocupados corrigiendo problemas de seguridad, por lo que la verificación adicional de la versión beta fue más débil y se intensificó solo hacia el final del ciclo. Una brecha similar se ve en Claude Mythos: el modelo preparó 23 019 candidatos a vulnerabilidades, y de forma manual, para la fecha de control, se verificaron menos de dos mil.

PostgreSQL 19 no perdió, sin embargo, todas las novedades importantes. En la versión permanecen REPACK CONCURRENTLY para reorganizar tablas sin bloqueos prolongados, la replicación de secuencias y pg_plan_advice para gestionar las decisiones del planificador. Los desarrolladores consideran la reversión de funciones como el precio por una verificación más estricta, y no como un abandono del desarrollo posterior.