Actualizaciones de la base de datos Amazon Aurora PostgreSQL Limitless

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 <>)
);

Rendimiento de consultas mejorado 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.

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 puede producir un problema cuando parte de una consulta se convierte 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.