El 24 de septiembre, el equipo de desarrolladores anunci\u00f3 el lanzamiento de la nueva versi\u00f3n de Postgresql, la n\u00famero 13. En esta nueva entrega, se ha puesto un enfoque particular en mejorar el rendimiento, acelerar los servicios internos de mantenimiento y simplificar la monitorizaci\u00f3n de la base de datos, as\u00ed como en un control de acceso m\u00e1s confiable al sistema.<\/p>\n
Se continu\u00f3 el trabajo en la optimizaci\u00f3n del \u00edndice de tablas en cuanto al tratamiento de duplicados entre los datos indexables en los \u00e1rboles binarios de \u00edndices, lo que no solo ha acelerado la ejecuci\u00f3n de las consultas, sino que tambi\u00e9n ha reducido el espacio en disco que ocupa el \u00edndice.
\nAdem\u00e1s, se a\u00f1adi\u00f3 un algoritmo de ordenaci\u00f3n incremental, el cual permite que la reordenaci\u00f3n de los datos ya ordenados en pasos anteriores se realice m\u00e1s r\u00e1pidamente, y se puede lograr un mayor rendimiento en algunas consultas gracias a la aplicaci\u00f3n de una nueva estad\u00edstica avanzada (a trav\u00e9s del comando CREATE STATISTICS) al calcular un plan de pasos m\u00e1s eficaz.
\nAsimismo, se ha optimizado la ejecuci\u00f3n de consultas con agregaci\u00f3n de datos costosa mediante un uso m\u00e1s generalizado de la agregaci\u00f3n hash y la descarga de parte de los datos agregados en disco si no caben en la memoria RAM. Se ha observado un aumento significativo en la velocidad de las uniones de tablas que se encuentran en diferentes particiones.<\/p>\n
Se ha realizado un gran trabajo en la simplificaci\u00f3n del mantenimiento y la administraci\u00f3n de bases de datos Postgresql. La tarea integrada de \u00abvacuum\u00bb, es decir, el uso del espacio en disco liberado tras la eliminaci\u00f3n o reescritura de filas, ahora puede ejecutarse en hilos paralelos, permitiendo al administrador especificar su n\u00famero. Adem\u00e1s, se han a\u00f1adido nuevas herramientas para monitorear la actividad actual de la base de datos y se han evitado errores en la sincronizaci\u00f3n de registros de preescritura entre el maestro y las r\u00e9plicas, lo que podr\u00eda haber llevado a conflictos al desconectar las r\u00e9plicas o haber comprometido la integridad de la base de datos distribuida despu\u00e9s de su recuperaci\u00f3n a partir de los datos del registro.<\/p>\n
Entre las novedades para desarrolladores se destaca la funci\u00f3n datetime(), que convierte varios formatos est\u00e1ndar de registro de tiempo en el tipo incorporado de Postgresql; la funci\u00f3n de generaci\u00f3n de UUID v4 gen_random_uuid() disponible de forma predeterminada; la normalizaci\u00f3n del trabajo con Unicode; un sistema m\u00e1s flexible para la distribuci\u00f3n de datos de tablas en nodos de red vinculados, con replicaci\u00f3n completa a nivel l\u00f3gico, as\u00ed como otros cambios en las consultas y nuevos disparadores disponibles para r\u00e9plicas.<\/p>\n
El control de acceso a la base de datos se declara como uno de los componentes clave del sistema, y en la nueva versi\u00f3n se han dado grandes pasos en este sentido. Ahora, solo un usuario privilegiado (superusuario) puede instalar extensiones en la base de datos. Los usuarios normales podr\u00e1n instalar \u00fanicamente aquellas extensiones que hayan sido marcadas como confiables por ellos, o un peque\u00f1o n\u00famero de extensiones consideradas confiables por defecto (por ejemplo, pgcrypto, tablefunc o hstore). Al autenticar a los usuarios mediante el mecanismo SCRAM (al trabajar a trav\u00e9s del controlador libpq), ahora se requiere una \u00abvinculaci\u00f3n de canal\u00bb, y la funci\u00f3n envolvente para datos externos postgres_fdw a partir de la versi\u00f3n 13 admite la autorizaci\u00f3n mediante certificado.<\/p>\n