Resumen
PostgreSQL 18 es la versión estable que puedes instalar hoy, y PostgreSQL 19 llegará en las próximas semanas. No son versiones revolucionarias, pero sí tienen diferencias reales: la 18 se centra en velocidad de lectura y seguridad, y la 19 en mantenimiento sin paradas, control del rendimiento y nuevas funciones para quien programa. En este artículo comparamos ambas con una tabla, un calendario de soporte y una recomendación clara para decidir cuál te conviene.
Nota: PostgreSQL 19 sigue en fase de pruebas (beta). Todo lo que contamos de ella puede cambiar antes de la versión final, que se espera para finales de octubre.
Cada otoño llega una nueva versión de PostgreSQL, y con ella la misma pregunta: ¿merece la pena actualizar o es mejor esperar? Este año la duda es especialmente razonable, porque PostgreSQL 18 ya lleva un año de rodaje y PostgreSQL 19 está a punto de salir.
Para ayudarte a decidir sin tener que leer las notas técnicas de cada versión, hemos reunido en un solo sitio lo que cambia de una a otra, cuánto tiempo seguirá recibiendo soporte cada una y cuál encaja mejor según tu caso. Empezamos con una tabla para tener la visión general y luego vamos punto por punto.
Comparativa rápida: PostgreSQL 18 frente a PostgreSQL 19
| Área | PostgreSQL 18 (septiembre de 2025) | PostgreSQL 19 (prevista a finales de octubre de 2026) |
|---|---|---|
| Rendimiento | Nuevo sistema de lectura asíncrona (AIO) y «skip scan» en índices de varias columnas | Sigue construyendo sobre el AIO y mejora las inserciones en tablas con claves foráneas |
| Control de consultas | El optimizador decide solo | Extensión oficial pg_plan_advice para fijar cómo se ejecutan las consultas críticas |
| Mantenimiento | Las bases de datos nuevas activan por defecto las comprobaciones de integridad (checksums) | REPACK CONCURRENTLY y autovacuum en paralelo |
| Programación | uuidv7(), columnas generadas virtuales y restricciones temporales |
Consultas de grafos (SQL/PGQ), ON CONFLICT DO SELECT y modificación de rangos de tiempo (FOR PORTION OF) |
| Seguridad | Autenticación OAuth 2.0 y contraseñas MD5 declaradas obsoletas | Aviso al usar MD5, aviso de caducidad de contraseñas y eliminación de RADIUS |
| Replicación y monitorización | Mejoras en actualizaciones entre versiones | Las secuencias se replican, la replicación lógica se activa sin reiniciar y hay nuevas vistas pg_stat_lock y pg_stat_recovery |
| Soporte hasta | Noviembre de 2030 | Noviembre de 2031 (previsto) |
Diferencia 1 — Rendimiento: de la lectura rápida al ahorro en escrituras
Qué trae: PostgreSQL 18 estrenó un sistema de lectura asíncrona (AIO) y los «skip scan», que permiten aprovechar un índice de varias columnas aunque la consulta no use todas. PostgreSQL 19 se apoya en ese trabajo y, según las notas de la beta, mejora hasta el doble las inserciones cuando hay claves foráneas.
Qué significa en palabras sencillas: la 18 hace que leer datos del disco sea más rápido sin tocar tus consultas. La 19 acelera además el guardado de datos nuevos en tablas relacionadas entre sí, como pedidos y clientes.
Cómo te beneficia: webs y aplicaciones con muchos informes y consultas ganan velocidad con la 18, y las que registran muchos datos nuevos (pedidos, reservas, facturas) lo notarán más con la 19.
Diferencia 2 — Mantenimiento: menos paradas y menos «sorpresas»
Qué trae: la 19 añade REPACK CONCURRENTLY para reorganizar tablas sin bloquearlas, autovacuum que trabaja en paralelo y la extensión pg_plan_advice para fijar el plan de las consultas importantes. La 18, por su parte, activa por defecto los checksums en las bases de datos nuevas.
Qué significa en palabras sencillas: la limpieza y reorganización de la base de datos pasa a hacerse con el servicio en marcha, y puedes evitar que una consulta clave se vuelva lenta de un día para otro.
Cómo te beneficia: menos trabajos de madrugada, menos degradación silenciosa del rendimiento y más predecibilidad en lo que más importa a tu negocio.
Diferencia 3 — Para quien programa: funciones nuevas en el lenguaje SQL
Qué trae: la 18 incorpora uuidv7() (identificadores únicos ordenados por fecha), columnas generadas virtuales y restricciones para evitar solapamientos de fechas. La 19 suma consultas de grafos con SQL/PGQ, ON CONFLICT DO SELECT (crear o recuperar un dato en una sola operación) y la modificación de rangos de tiempo con FOR PORTION OF.
Qué significa en palabras sencillas: tareas que antes exigían código extra o trucos en la aplicación pasan a resolverse directamente en la base de datos.
Cómo te beneficia: aplicaciones más simples, menos errores y menos código que mantener, sobre todo en reservas, calendarios, historiales y relaciones complejas entre datos.
Diferencia 4 — Seguridad: cada versión cierra una puerta antigua
Qué trae: la 18 añade autenticación con OAuth 2.0 y declara obsoletas las contraseñas MD5. La 19 avisa cuando se usa MD5, permite configurar un aviso antes de que caduque una contraseña y elimina el soporte de RADIUS, considerado inseguro.
Qué significa en palabras sencillas: PostgreSQL empuja poco a poco hacia métodos de acceso modernos y retira los que ya no son fiables.
Cómo te beneficia: una base de datos más difícil de configurar mal, con menos riesgo de accesos indebidos. Si hoy usas RADIUS o contraseñas MD5, conviene revisarlo antes de actualizar.
Diferencia 5 — Réplicas y monitorización: más fiabilidad y más visibilidad
Qué trae: en la 19 la replicación lógica copia también las secuencias (los contadores de IDs) y puede activarse sin reiniciar el servidor. Además llegan las vistas pg_stat_lock, que muestra estadísticas de bloqueos, y pg_stat_recovery, que detalla el estado de una recuperación.
Qué significa en palabras sencillas: la copia en tiempo real de tu base de datos es más fiable y es más fácil saber qué está pasando cuando algo va lento o se está recuperando.
Cómo te beneficia: actualizaciones entre versiones con menos riesgo y diagnósticos más rápidos cuando hay un problema.
Calendario de soporte de las versiones de PostgreSQL
PostgreSQL da soporte a cada versión durante cinco años desde su publicación. Este es el calendario actual:
| Versión | Publicación | Fin de soporte | Estado |
|---|---|---|---|
| 14 | Septiembre de 2021 | 12 de noviembre de 2026 | Último tramo: hay que migrar ya |
| 15 | Octubre de 2022 | Noviembre de 2027 | Planificar migración |
| 16 | Septiembre de 2023 | Noviembre de 2028 | Con soporte |
| 17 | Septiembre de 2024 | Noviembre de 2029 | Con soporte |
| 18 | 25 de septiembre de 2025 | Noviembre de 2030 | Versión estable actual |
| 19 | Prevista a finales de octubre de 2026 | Noviembre de 2031 (previsto) | En fase de pruebas |
Solo la fecha de la versión 14 está confirmada oficialmente. El resto sigue la política habitual de cinco años y puede variar unos días.
Esquema de fechas clave
- 25 de septiembre de 2025: se publica PostgreSQL 18.
- Principios de octubre de 2026: llega la versión candidata (release candidate) de PostgreSQL 19.
- Finales de octubre de 2026: fecha objetivo para la versión final de PostgreSQL 19.
- 12 de noviembre de 2026: actualización trimestral de todas las versiones y fin de soporte de PostgreSQL 14.
- 11 de febrero de 2027: siguiente actualización trimestral.
- Noviembre de 2027: fin de soporte de PostgreSQL 15.
- Noviembre de 2030: fin de soporte de PostgreSQL 18.
- Noviembre de 2031: fin de soporte previsto de PostgreSQL 19.
¿Cuál te conviene: la 18 o la 19?
Depende de tu situación:
- Estás en la 14 o la 15: migra a la 18. Es estable, tiene soporte hasta 2030 y evita el calendario apretado de la 14.
- Vas a montar un sistema nuevo ahora: la 18 es la opción más segura. Si tu proyecto empieza dentro de unos meses, puedes plantearte la 19.
- Ya estás en la 17 o la 18: no hay prisa. Espera a la versión final de la 19, deja pasar unas semanas de estabilidad y prueba antes la actualización en un entorno aparte.
- Dependes de RADIUS o contraseñas MD5: revísalo antes de dar el salto a la 19.
En cualquier caso, lo importante es no esperar a que la versión se quede sin soporte. Si quieres saber qué versión te conviene y en qué punto está tu base de datos, podemos revisar contigo la compatibilidad y planificar una actualización segura, con presupuesto estimado.