Actualizaciones de la base de datos Amazon Aurora PostgreSQL Limitless

Se agregó compatibilidad con CREATE INDEX IF NOT EXISTS.

Se agregó soporte para SEQUENCES en la extensión. pgstattuple

Se ha añadido soporte para la extensión hstore. Tenga en cuenta que las columnas de hstore no se pueden usar como claves fragmentadas en tablas fragmentadas.

Se ha añadido compatibilidad con la extensión auto_explain.

Se ha reducido el período de espera necesario entre CREATE DATABASE operaciones DROP DATABASE y operaciones cuando se utiliza el mismo nombre de base de datos.

Mejora del rendimiento DELETE y de UPDATE las operaciones que implican semiunión y antiunión.

Se ha mejorado el rendimiento de INSERT INTO ... SELECT FROM las declaraciones con expresiones o proyecciones que pueden comprimirse hasta convertirlas en fragmentos

Se han mejorado los mensajes de error para los interbloqueos detectados. Las consultas implicadas se muestran en la sección DETALLES.

Se ha corregido un problema por el que los procesos internos de la base de datos podían agotar por completo el grupo de trabajadores en segundo plano.

Se ha corregido un error que provocaba que las funciones no inmutables de las extensiones fallaran inesperadamente y se produjeran errores de permiso denegado.

El tiempo de confirmación fijo es un error no válido.

Se ha corregido un error que INSERT INTO provocaba un error al ROLLBACK finalizar una READ ONLY transacción y se producía el error ERROR: no se podía ejecutar la consulta remota con el mensaje: el modo de lectura-escritura de la transacción debía configurarse antes que cualquier consulta.

Se solucionó un problema por el que SELECT las consultas fallaban con el error: no se podía ejecutar la consulta remota con el mensaje: las intercalaciones no son compatibles con el tipo entero.

Se ha corregido un error que provocaba un DELETE FROM error con el error: no se podía ejecutar la consulta remota.

Se ha corregido un problema por el que las expresiones DEFAULT/CHECK incluidas en las restricciones podían generar datos de relleno incorrectos en las filas existentes. Este problema se observa específicamente cuando la expresión de la restricción se basa en paréntesis.

Se ha corregido un problema PREPARE que provocaba que EXECUTE las sentencias que fallaban al vincular el mensaje proporcionasen 2 parámetros, pero la PREPARE sentencia preparada necesitaba 1 si utilizaba menos parámetros de los declarados.

Se solucionó un problema por el cual RESET la rds_aurora.limitless_explain_options configuración no se reflejaba correctamente en el EXPLAIN resultado.

Se han mejorado los mensajes de error para los interbloqueos detectados. Ahora se enumeran las consultas implicadas en la DETAIL sección.

Se ha añadido soporte para subconsultas que contienen tableoid como lista de objetivos.

Se corrigió el resultado de la consulta ANALYZE SQL para incluir también tablas externas.

Se corrigieron varios problemas que podían provocar el reinicio de la base de datos.

Se ha corregido un error que provocaba que EXECUTE las sentencias que fallaban de forma incorrecta. El mensaje de enlace proporcionaba 2 parámetros, pero la PREPARE sentencia preparada necesitaba 1 cuando utilizaba menos parámetros de los declarados. PREPARE

Se corrigieron varios problemas en las operaciones de aspiración que provocaban un aumento del consumo de espacio.

Se ha corregido un problema con INSERT los estados de cuenta tras anular una READ_ONLY transacción.

Se ha corregido un error que provocaba que DELETE las declaraciones con RETURNING cláusula fallaran.

Se agregó soporte para la extensión. ltree ltreeLas columnas de tipos de datos no se pueden usar como claves fragmentadas en tablas fragmentadas.

Se agregó compatibilidad con la btree_gist extensión en la base de datos PostgreSQL Limitless de Aurora. No se admiten las restricciones de exclusión que utilizan el índice GIST. Por ejemplo, no se admite el siguiente comando:

CREATE TABLE zoo (
    cage INTEGER,
    animal TEXT,
    EXCLUDE USING GIST (cage WITH =, animal WITH <>)
);

Se mejoró el rendimiento de las consultas en los siguientes escenarios:

Nodos de escaneo externo asíncrono mejorados con capacidad de captura previa.

Se ha reforzado la tolerancia a los fallos en la detección de bloqueos.

Se ha corregido un problema por el que los backends de las bases de datos dejaban de responder a las señales del sistema, lo que podía provocar el bloqueo de las operaciones de DROP DATABASE.

Se ha corregido una condición de carrera en el procesamiento en segundo plano del registro de confirmaciones (obstrucción) que provocaba errores relacionados con el tiempo de confirmación no válido.

Se ha corregido un problema que podía provocar bloqueos inesperados durante las operaciones de análisis automático de tablas.

Los mensajes de error mejorados para los interbloqueos detectados ahora muestran las consultas implicadas en. DETAIL

Se mejoró el algoritmo de detección de interbloqueos distribuidos para que sea arbitrariamente resistente a las fallas de la red o los nodos.

Se agregó soporte para subconsultas que contienen tableoid como lista de objetivos.

Se corrigió el resultado de la consulta ANALYZE SQL para incluir tablas externas.

Se corrigieron varios problemas que podían provocar el reinicio de la base de datos.

Se ha corregido un error que provocaba que EXECUTE las sentencias que fallaban de forma incorrecta. El mensaje de enlace proporcionaba 2 parámetros, pero la PREPARE sentencia preparada necesitaba 1 si utilizaba menos parámetros de los declarados. PREPARE

Se corrigieron varios problemas en las operaciones de aspiración que provocaban un aumento del consumo de espacio.

Se ha corregido un problema con INSERT los estados de cuenta tras anular una READ_ONLY transacción.

Se ha corregido un error que provocaba que DELETE las declaraciones con RETURNING cláusula fallaran.

Se corrigieron los casos en los que las expresiones incluidas en CHECK las restriccionesDEFAULT/podían generar resultados incorrectos, especialmente cuando la expresión de la restricción se basaba en paréntesis para generar el resultado correcto.

Se han corregido varios problemas que podían provocar breves períodos de inactividad.

Se ha corregido un problema de corrección cuando limitless_minimum_adaptive_fetch_size se configuraba en un valor inferior al predeterminado (100).

Se mejoró el manejo de errores al consultar el atributo tableoid de una relación en la base de datos PostgreSQL Limitless de Aurora, ya que puede tener valores diferentes en los nodos de. DBShardGroup

Se ha corregido un problema de permisos que podía producirse al usarlo. rds_aurora.limitless_active_shard_key Esto resuelve los errores de permisos al recuperar datos.

Se corrigió una condición de carrera que obstruía la operación en segundo plano, lo que podía provocar que el cliente recibiera el error de tiempo de confirmación no válido.

Ejecución optimizada de funciones distribuidas con clave de partición de longitud variable. Anteriormente, los enrutadores realizaban funciones distribuidas, pero ahora se realizan de forma local en una sola partición según la clave de la partición.

Se corrigió un error al ejecutar update/delete en una tabla estándar al unir tablas de referencia.

Se ha corregido un error que provocaba que cualquier usuario pudiera invocar funciones internas ilimitadas específicas.

Se ha corregido un error que provocaba una reversión incorrecta de la subtransacción durante el bloqueo del nodo.

Se corrigieron problemas por los que las expresiones con paréntesis anidados en las DEFAULT/CHECK restricciones podían generar resultados incorrectos.

La base de datos Aurora PostgreSQL Limitless ahora es compatible con Aurora PostgreSQL versión 16.6.

Ahora puede instalar y usar la extensión. btree_gin

Se admite el comando del lenguaje de manipulación de DISCARD datos (DML).

Se ha mejorado el rendimiento de las consultas con mejores funciones de inserción de datos para las consultas que incluyen tablas de referencia dentro de las subconsultas. Esta mejora optimiza la ejecución de las consultas, lo que podría resultar en un rendimiento más rápido para las consultas complejas que implican uniones de tablas de referencia en subconsultas.

Se ha mejorado la gestión de errores para. pg_advisory_lock Anteriormente, los intentos de utilizar esta función no compatible no generaban un mensaje de error explícito, lo que podía provocar un comportamiento inesperado. Ahora, los usuarios recibirán una notificación de error clara cuando intenten utilizarlapg_advisory_lock, lo que garantizará una mayor claridad y evitará consecuencias imprevistas.

Se solucionó un problema por el que algunos CREATE TABLE comandos fallaban ALTER TABLE y se producía el siguiente error: no se podía eliminar la declaración dada.

Se ha corregido un error que provocaba que un ALTER TABLE comando con una DEFAULT restricción NOT NULL o fallara cuando contenía funciones que no se podían convertir en fragmentos (por ejemplo, funciones volátiles) y que obligaban a rellenar los datos de las filas existentes.

Si se establece la rds_aurora.limitless_minimum_adaptive_fetch_size variable, se pueden producir resultados incorrectos.

Se han corregido varios problemas que podían provocar breves períodos de falta de disponibilidad.

Se ha corregido un problema que provocaba resultados incorrectos en las consultas antiunión que contenían un predicado en una relación externa.

Se ha añadido la función de pulsación hacia abajo para las siguientes funciones del sistema:

Gestión de errores mejorada para la base pg_advisory_lock de datos Aurora PostgreSQL Limitless. Con este cambio, recibirá una notificación de error clara al intentar usarlo. pg_advisory_lock

Se ha corregido un problema por el que añadir una expresión con paréntesis anidados en DEFAULT/CHECK las restricciones podía generar resultados incorrectos.

Se ha corregido un problema que provocaba que se produjeran puntos muertos al procesar sentencias del lenguaje de definición de datos (DDL) durante la ejecución. CREATE INDEX CONCURRENTLY

Se ha corregido un problema por el que un error en la resolución de interbloqueos distribuidos podía bloquear la detección de interbloqueos distribuidos posteriores.

Se ha corregido un error que provocaba que las sentencias DDL con instrucciones del lenguaje de manipulación de datos (DML) subyacentes (comoCREATE TABLE AS, por ejemplo, una tabla con datos) produjeran errores si la rds_aurora.limitless_active_shard_key variable se utilizaba en una sesión.

Se ha corregido un error que provocaba un error al dividir un fragmento.

Se ha corregido un error que provocaba que el rds_aurora.limitless_alter_table_type_sharded procedimiento de conversión del tipo de tabla a fragmentado fallara si se establecía la rds_aurora.limitless_alter_table_type_sharded variable.

Se ha corregido un problema en la lógica de separación de los objetos polimórficos que provocaba que las consultas no válidas no generaran errores cuando la transmisión implícita de datos provocaba que se utilizaran versiones de objetos incorrectas.

Se podía producir un problema cuando parte de una consulta se convertía en una condición de izquierda o antiunión. En estos casos, si la relación interna no tiene resultados, se utiliza una fila nula.

Se puede producir un problema cuando se agrega una columna con una DEFAULT restricción NOT NULL o, que contiene funciones que no se pueden reducir a fragmentos (como funciones volátiles), por lo que es necesario rellenar los datos en las filas existentes.

Se puede producir un problema si la lógica de separación para preparar las consultas en los fragmentos no utiliza paréntesis siempre que sea posible. Esto puede provocar errores cuando se COLLATE utiliza en las consultas.