Por Canuto  

PostgreSQL 19 sumará consultas de grafos de propiedades mediante SQL/PGQ, un estándar incorporado al lenguaje SQL en 2023. La función surge de una colaboración entre varios contribuyentes, aunque el rendimiento todavía dependerá de nuevas mejoras en indexación.
***

  • PostgreSQL 19 incorporará sintaxis integrada para consultar grafos de propiedades, en lugar de depender principalmente de capas de mapeo objeto-relacional.
  • La implementación de SQL/PGQ fue impulsada por contribuyentes de PostgreSQL, especialistas vinculados con OpenCypher y miembros del comité de estándares SQL.
  • La capacidad podría reducir la necesidad de sumar otro sistema de bases de datos, pero sus índices aún deben evolucionar para competir ampliamente con plataformas dedicadas.

PostgreSQL entra en el terreno de los grafos

PostgreSQL 19 añadirá sintaxis SQL estandarizada para consultar grafos de propiedades, una capacidad que permitirá representar y explorar relaciones directamente desde la base de datos relacional. La versión está prevista aproximadamente para septiembre u octubre de 2026, según la información disponible, y ampliará una línea de trabajo que PostgreSQL desarrolla desde hace algún tiempo. El cambio resulta relevante porque acerca al sistema a cargas de trabajo que tradicionalmente han requerido bases de datos especializadas.

Las bases de datos de grafos organizan la información en nodos, relaciones y propiedades, en lugar de estructurarla principalmente mediante tablas o documentos. Ese modelo puede resultar útil cuando el valor de los datos depende de las conexiones entre personas, objetos o eventos, aunque adoptarlo suele implicar incorporar otro sistema de gestión de bases de datos a la infraestructura tecnológica. PostgreSQL 19 busca reducir esa separación al llevar las consultas de grafos al núcleo de su sintaxis SQL.

Alastair Turner, evangelista de PostgreSQL en la consultora de código abierto Percona, explicó a The Register que la nueva función representa un paso distinto frente a las capacidades anteriores. Según Turner, muchas de esas funciones se habían construido mediante capas de mapeo objeto-relacional, mientras que PostgreSQL 19 incorporará sintaxis de grafos de manera directa. El especialista describió el cambio como una implementación integrada que proviene del estándar SQL de 2023.

Una colaboración basada en SQL/PGQ

La capacidad que llegará con PostgreSQL 19 implementa SQL/PGQ, una especificación que pasó a formar parte del estándar SQL en 2023. El objetivo consiste en permitir consultas sobre estructuras de nodos y relaciones utilizando una sintaxis reconocible para quienes ya trabajan con SQL, sin obligarlos a trasladar todos sus datos a un producto separado. La integración no elimina las diferencias entre modelos, pero puede facilitar el uso combinado de información tabular y conexiones complejas.

Turner señaló que la implementación recibió una fuerte influencia de ingenieros relacionados con OpenCypher, el lenguaje de consulta de código abierto utilizado en bases de datos de grafos. También participaron committers de PostgreSQL que forman parte del comité de estándares SQL, una combinación que vinculó el trabajo práctico del proyecto con la evolución formal del lenguaje. La participación de esos grupos ayudó a orientar la función hacia un estándar compartido en lugar de una extensión aislada.

El desarrollo involucró además una colaboración entre varios de los principales contribuyentes de PostgreSQL, con un proceso amplio de codificación y revisión. Turner calificó el esfuerzo como una de las colaboraciones más importantes entre múltiples proveedores dentro del ecosistema de la base de datos, porque reunió a participantes con experiencia en implementación, estándares y consultas de grafos. Esa coordinación puede favorecer una sintaxis más consistente para usuarios que trabajan con distintos sistemas compatibles con SQL.

Para los equipos técnicos, la promesa principal consiste en consultar relaciones sin añadir necesariamente otro motor a la pila tecnológica. Una organización podría mantener sus datos relacionales en PostgreSQL y explorar conexiones mediante SQL/PGQ, siempre que la carga de trabajo encaje con las capacidades iniciales de la versión. Sin embargo, la existencia de una sintaxis estandarizada no garantiza por sí sola el mismo rendimiento, amplitud funcional o madurez que ofrecen las bases de datos dedicadas exclusivamente a grafos.

El desafío pendiente de la indexación

La primera implementación todavía necesita una o dos características adicionales de sintaxis antes de desplazar a las bases de datos de grafos especializadas en un número significativo de cargas de trabajo. La observación establece un límite importante para las expectativas alrededor de PostgreSQL 19, ya que la compatibilidad inicial representa un avance funcional, pero no una sustitución automática de las plataformas existentes. La comunidad de SQL y la de PostgreSQL, según Turner, buscarán optimizar la función en las siguientes etapas.

El principal obstáculo inmediato está en el rendimiento de las consultas. La implementación actual crea consultas a través de grafos de nodos y aristas para responder a las solicitudes, un enfoque que puede funcionar muy bien en determinados escenarios, pero que no garantiza resultados uniformes para todas las estructuras o volúmenes de datos. El comportamiento final dependerá de cómo cada aplicación organice sus relaciones y de la complejidad de las búsquedas que necesite ejecutar.

Turner advirtió que los complementos de indexación tendrán que ponerse al día para mejorar el desempeño en próximas iteraciones. Los índices son fundamentales porque ayudan a localizar información sin recorrer innecesariamente todos los registros, y en un grafo deben acompañar la forma en que se conectan los nodos y las aristas. Si esa capa no evoluciona al mismo ritmo que la sintaxis, los usuarios podrían encontrar consultas correctas desde el punto de vista funcional, pero demasiado costosas para ciertas operaciones.

Ese reto explica por qué la llegada de SQL/PGQ debe entenderse como el comienzo de una trayectoria y no como el final de la competencia entre modelos de bases de datos. PostgreSQL 19 reunirá en un mismo entorno capacidades relacionales y consultas de grafos, mientras las versiones posteriores tendrán que ampliar la sintaxis, perfeccionar los índices y resolver casos de uso más exigentes. La diferencia entre una alternativa conveniente y un reemplazo real dependerá de esas mejoras, además de la adopción que logre la comunidad.

Qué cambia para los desarrolladores

Los desarrolladores que ya utilizan PostgreSQL podrán evaluar consultas de grafos sin introducir de inmediato un nuevo sistema de gestión en sus aplicaciones. Esa posibilidad puede simplificar arquitecturas que necesitan combinar registros estructurados con relaciones, especialmente cuando los datos ya residen en la base de código abierto. Aun así, cada equipo deberá medir el comportamiento de sus consultas y no asumir que la nueva sintaxis resolverá por igual todas las necesidades asociadas con grafos.

La estandarización también puede reducir la dependencia de lenguajes propietarios o de integraciones construidas únicamente para un proveedor. Al apoyarse en SQL/PGQ, PostgreSQL 19 se conecta con una especificación reconocida dentro del estándar SQL y ofrece un punto común para discutir sintaxis, optimización y compatibilidad. Esa base compartida no impide que cada motor mantenga diferencias, pero sí puede facilitar la transferencia de conocimientos entre administradores y desarrolladores.

El beneficio potencial resulta especialmente claro para organizaciones que hasta ahora descartaban las bases de datos de grafos por el costo operativo de añadir otro componente. PostgreSQL 19 no elimina automáticamente ese costo ni convierte cualquier consulta relacional en una consulta de grafo eficiente, pero sí ofrece una alternativa integrada para comenzar a probar el modelo. La decisión final seguirá dependiendo del rendimiento, las funciones disponibles y la complejidad de las relaciones que cada sistema deba procesar.

La próxima etapa estará marcada por las mejoras que incorporen los contribuyentes de PostgreSQL y por la respuesta de quienes utilicen la función en entornos reales. Si la comunidad logra completar la sintaxis pendiente y mejorar la indexación, SQL/PGQ podría ampliar de forma significativa el alcance de PostgreSQL frente a las plataformas dedicadas. Por ahora, PostgreSQL 19 conecta los puntos desde el lenguaje, mientras el rendimiento deberá demostrar que también puede mantenerlos unidos a escala.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.
Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados