Aggiornamenti del database Amazon Aurora PostgreSQL Limitless

È stato aggiunto il ltree supporto per l'estensione. ltreeLe colonne dei tipi di dati non possono essere utilizzate come chiavi condivise in tabelle condivise.

È stato aggiunto il supporto per l'btree_gistestensione in Aurora PostgreSQL Limitless Database. I vincoli di esclusione che utilizzano l'indice GIST non sono supportati. Ad esempio, il comando seguente non è supportato:

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

Prestazioni di interrogazione migliorate in questi scenari:

Nodi di scansione esterni asincroni avanzati con funzionalità di prefetch.

Tolleranza ai guasti rafforzata nel rilevamento dei deadlock.

È stato risolto un problema a causa del quale i backend del database smettevano di rispondere ai segnali di sistema, il che poteva causare il blocco delle operazioni di DROP DATABASE.

È stata risolta una condizione di gara nell'elaborazione in background del commit log (clog) che causava errori di commit time is invalid.

È stato risolto un problema che poteva causare arresti anomali imprevisti durante le operazioni automatiche di analisi delle tabelle.

Sono stati risolti diversi problemi che potevano causare brevi periodi di indisponibilità.

limitless_minimum_adaptive_fetch_sizeÈ stato risolto un problema di correttezza quando era impostato su un valore inferiore al valore predefinito (100).

Gestione degli errori migliorata per l'interrogazione dell'attributo tableoid di una relazione in Aurora PostgreSQL Limitless Database, considerando che potrebbe avere valori diversi tra i nodi. DBShardGroup

È stato risolto un problema di autorizzazione che può verificarsi durante l'utilizzo. rds_aurora.limitless_active_shard_key Questo risolve gli errori di autorizzazione durante il recupero dei dati.

È stata risolta una condizione di gara nell'operazione clog background che poteva causare la ricezione del commit time is invalid error da parte del client.

Esecuzione ottimizzata di funzioni distribuite con chiave shard a lunghezza variabile. In precedenza, i router eseguivano funzioni distribuite, ma ora vengono eseguite localmente su un singolo shard secondo la chiave shard.

È stato corretto un errore durante l'esecuzione update/delete su una tabella standard che unisce le tabelle di riferimento.

È stato risolto un problema per cui qualsiasi utente poteva richiamare funzioni interne illimitate specifiche.

È stato risolto un problema che causava un rollback errato per le sottotransazioni durante l'arresto anomalo del nodo.

Sono stati risolti i problemi per cui le espressioni con parentesi annidate nei DEFAULT/CHECK vincoli potevano generare risultati errati.

Aurora PostgreSQL Limitless Database ora supporta Aurora PostgreSQL versione 16.6.

È ora possibile installare e btree_gin utilizzare l'estensione.

Il comando DISCARD Data Manipulation Language (DML) è supportato.

Prestazioni di query migliorate con migliori funzionalità di pushdown per le query che includono tabelle di riferimento all'interno delle sottoquery. Questo miglioramento ottimizza l'esecuzione delle query, garantendo potenzialmente prestazioni più rapide per query complesse che coinvolgono l'unione di tabelle di riferimento nelle sottoquery.

È stata pg_advisory_lock migliorata la gestione degli errori per. In precedenza, i tentativi di utilizzare questa funzionalità non supportata non generavano un messaggio di errore esplicito, il che poteva portare a comportamenti imprevisti. Ora, gli utenti riceveranno una chiara notifica di errore al momento dell'utilizzopg_advisory_lock, garantendo una maggiore chiarezza e prevenendo conseguenze indesiderate.

È stato risolto un problema a causa del quale alcuni CREATE TABLE comandi ALTER TABLE and non funzionavano con l'errore: impossibile analizzare l'istruzione specificata.

È stato risolto un problema per cui un ALTER TABLE comando con un DEFAULT vincolo NOT NULL or falliva quando conteneva funzioni non sicure da trasferire agli shard (come le funzioni volatili), che richiedevano il riempimento dei dati nelle righe esistenti.

L'impostazione della variabile può causare risultati errati. rds_aurora.limitless_minimum_adaptive_fetch_size

Risolti diversi problemi che potevano portare a brevi periodi di indisponibilità.

È stato risolto un problema che causava risultati errati per le query anti-join contenenti un predicato su una relazione esterna.

È stata aggiunta la funzionalità pushdown per le seguenti funzioni di sistema:

Gestione degli errori migliorata per pg_advisory_lock Aurora PostgreSQL Limitless Database. Con questa modifica, si riceve una chiara notifica di errore quando si tenta di utilizzare. pg_advisory_lock

È stato risolto un problema per cui l'aggiunta di un'espressione con parentesi annidate nei DEFAULT/CHECK vincoli poteva generare risultati errati.

È stato risolto un problema a causa del quale potevano verificarsi dei deadlock nell'elaborazione delle istruzioni DDL (Data Definition Language) durante l'esecuzione. CREATE INDEX CONCURRENTLY

È stato risolto un problema a causa del quale un errore nella risoluzione dei deadlock distribuiti poteva bloccare il rilevamento dei deadlock distribuiti successivi.

È stato risolto un problema per cui le istruzioni DDL con istruzioni DML (Data Manipulation Language) sottostanti (ad CREATE TABLE AS esempio la richiesta di una tabella con dati) generavano errori se la rds_aurora.limitless_active_shard_key variabile veniva utilizzata in una sessione.

È stato risolto un problema a causa del quale un'operazione di divisione dello shard generava un errore.

È stato risolto un problema per cui la rds_aurora.limitless_alter_table_type_sharded procedura per convertire il tipo di tabella in sharded non funzionava se la rds_aurora.limitless_alter_table_type_sharded variabile era impostata.

È stato risolto un problema nella logica di deparsing degli oggetti polimorfici che faceva sì che le query non valide non producessero errori quando il cast implicito del passaggio dei dati causava l'utilizzo di versioni errate degli oggetti.

Un problema può verificarsi quando parte di una query viene convertita in una condizione left o anti-join. In questi casi, se la relazione interna non produce risultati, viene utilizzata una riga nulla.

Può verificarsi un problema quando si aggiunge una colonna con un DEFAULT vincolo NOT NULL or, che contiene funzioni non sicure da trasferire agli shard (come le funzioni volatili) e richiede il riempimento dei dati nelle righe esistenti.

Un problema può verificarsi quando la logica di deparsing per la preparazione delle query sugli shard non utilizza le parentesi, ove possibile. Ciò può causare errori quando viene utilizzato nelle query. COLLATE