Unbegrenzte Amazon Aurora PostgreSQL Datenbank-Updates

Unterstützung für die Erweiterung hinzugefügt. ltree ltreeDatentypspalten können nicht als Shard-Schlüssel in Shard-Tabellen verwendet werden.

Unterstützung für die btree_gist Erweiterung in Aurora PostgreSQL Limitless Database wurde hinzugefügt. Ausschlussbeschränkungen, die den GIST-Index verwenden, werden nicht unterstützt. Beispielsweise wird der folgende Befehl nicht unterstützt:

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

Verbesserte Abfrageleistung in diesen Szenarien:

Verbesserte asynchrone Fremdscanknoten mit Prefetch-Fähigkeit.

Verbesserte Fehlertoleranz bei der Erkennung von Deadlocks.

Es wurde ein Problem behoben, bei dem Datenbank-Backends nicht mehr auf Systemsignale reagierten, was dazu führen konnte, dass DROP DATABASE-Operationen hängen blieben.

Es wurde eine Race-Bedingung bei der Hintergrundverarbeitung des Commit-Logs (Clog) behoben, die zu Fehlern führte, dass die Zeit für das Festschreiben ungültig ist.

Es wurde ein Problem behoben, das bei automatischen Tabellenanalysevorgängen zu unerwarteten Abstürzen führen konnte.

Es wurden mehrere Probleme behoben, die zu kurzzeitiger Nichtverfügbarkeit führen konnten.

Es wurde ein Problem mit der Richtigkeit behoben, wenn limitless_minimum_adaptive_fetch_size es auf einen niedrigeren Wert als den Standardwert (100) eingestellt ist.

Die Fehlerbehandlung bei der Abfrage des Tableoid-Attributs einer Relation in Aurora PostgreSQL Limitless Database wurde verbessert, da sie in den einzelnen Knoten unterschiedliche Werte haben kann. DBShardGroup

Es wurde ein Berechtigungsproblem behoben, das bei der Verwendung auftreten kann. rds_aurora.limitless_active_shard_key Dadurch werden Berechtigungsfehler beim Abrufen von Daten behoben.

Es wurde ein Race-Problem behoben, das beim Blockieren im Hintergrund dazu führen konnte, dass der Client den Fehler „Commit Time is invalid“ erhielt.

Optimierte Ausführung verteilter Funktionen mit Shard-Schlüssel variabler Länge. Bisher führten Router verteilte Funktionen aus, aber sie werden jetzt lokal auf einem einzigen Shard gemäß dem Shard-Schlüssel ausgeführt.

Ein Fehler bei der Ausführung von Standardtabellen update/delete zum Verbinden von Referenztabellen wurde behoben.

Es wurde ein Problem behoben, bei dem jeder Benutzer bestimmte interne grenzenlose Funktionen aufrufen konnte.

Es wurde ein Problem behoben, das zu einem falschen Rollback für die Subtransaktion während eines Knotenabsturzes führte.

Es wurde ein Problem behoben, bei dem Ausdrücke mit verschachtelten Klammern in DEFAULT/CHECK Einschränkungen möglicherweise zu falschen Ergebnissen führten.

Aurora PostgreSQL Limitless Database unterstützt jetzt Aurora PostgreSQL Version 16.6.

Sie können die Erweiterung jetzt installieren und verwenden. btree_gin

Der Befehl DISCARD Data Manipulation Language (DML) wird unterstützt.

Verbesserte Abfrageleistung mit besseren Pushdown-Funktionen für Abfragen, die Referenztabellen in Unterabfragen enthalten. Diese Verbesserung optimiert die Abfrageausführung, was möglicherweise zu einer schnelleren Leistung bei komplexen Abfragen führt, die Verknüpfungen von Referenztabellen in Unterabfragen beinhalten.

Die Fehlerbehandlung für wurde verbessert. pg_advisory_lock Bisher wurde bei Versuchen, diese nicht unterstützte Funktion zu verwenden, keine explizite Fehlermeldung generiert, was möglicherweise zu unerwartetem Verhalten führte. Jetzt erhalten Benutzer beim Versuch, sie zu verwendenpg_advisory_lock, eine eindeutige Fehlermeldung. Das sorgt für mehr Klarheit und verhindert unbeabsichtigte Folgen.

Es wurde ein Problem behoben, bei dem bestimmte ALTER TABLE CREATE TABLE AND-Befehle mit dem folgenden Fehler fehlschlugen: Die angegebene Anweisung konnte nicht gelöscht werden.

Es wurde ein Problem behoben, bei dem ein ALTER TABLE Befehl mit einer DEFAULT Einschränkung NOT NULL oder fehlschlug, wenn er Funktionen enthielt, deren Übertragung auf Shards unsicher war (z. B. flüchtige Funktionen), sodass Daten in vorhandenen Zeilen erneut aufgefüllt werden mussten.

Das Setzen der rds_aurora.limitless_minimum_adaptive_fetch_size Variablen kann zu falschen Ergebnissen führen.

Es wurden mehrere Probleme behoben, die kurze Zeiträume der Nichtverfügbarkeit verursachen konnten.

Es wurde ein Problem behoben, das zu falschen Ergebnissen für Anti-Join-Abfragen führte, die ein Prädikat für eine äußere Relation enthielten.

Pushdown-Funktion für die folgenden Systemfunktionen hinzugefügt:

Verbesserte Fehlerbehandlung für pg_advisory_lock in Aurora PostgreSQL Limitless Database. Mit dieser Änderung erhalten Sie eine eindeutige Fehlerbenachrichtigung, wenn Sie versuchen, die Datei zu verwenden. pg_advisory_lock

Es wurde ein Problem behoben, bei dem das Hinzufügen eines Ausdrucks mit verschachtelten Klammern in DEFAULT/CHECK Einschränkungen zu falschen Ergebnissen führen konnte.

Es wurde ein Problem behoben, bei dem Deadlocks bei der Verarbeitung von DDL-Anweisungen (Data Definition Language) auftreten können, wenn sie CREATE INDEX CONCURRENTLY ausgeführt werden.

Es wurde ein Problem behoben, bei dem ein Fehler bei der Auflösung verteilter Deadlocks die Erkennung nachfolgender verteilter Deadlocks blockieren kann.

Es wurde ein Problem behoben, bei dem DDL-Anweisungen mit zugrunde liegenden Data Manipulation Language (DML) -Anweisungen (z. B. CREATE TABLE AS beim Aufrufen einer Tabelle mit Daten) zu Fehlern führten, wenn die rds_aurora.limitless_active_shard_key Variable in einer Sitzung verwendet wurde.

Es wurde ein Problem behoben, bei dem ein Shard-Split-Vorgang zu einem Fehler führte.

Es wurde ein Problem behoben, bei dem das rds_aurora.limitless_alter_table_type_sharded Verfahren zur Konvertierung des Tabellentyps in Sharded fehlschlägt, wenn die rds_aurora.limitless_alter_table_type_sharded Variable gesetzt ist.

Es wurde ein Problem in der Trennlogik polymorpher Objekte behoben, das dazu führte, dass ungültige Abfragen keine Fehler erzeugten, wenn die implizite Umwandlung von übergebenen Daten dazu führte, dass falsche Objektversionen verwendet wurden.

Es kann ein Problem auftreten, wenn ein Teil einer Abfrage in eine Left- oder Anti-Join-Bedingung umgewandelt wird. In diesen Fällen wird, wenn die innere Beziehung keine Ergebnisse liefert, eine Nullzeile verwendet.

Ein Problem kann auftreten, wenn beim Hinzufügen einer Spalte mit einer DEFAULT Einschränkung NOT NULL oder, die Funktionen enthält, deren Übertragung auf Shards unsicher ist (z. B. flüchtige Funktionen), Daten in vorhandenen Zeilen wieder aufgefüllt werden müssen.

Ein Problem kann auftreten, wenn in der Trennlogik für die Vorbereitung von Abfragen für Shards nach Möglichkeit keine Klammern verwendet werden. Dies kann zu Fehlern führen, wenn es in Abfragen verwendet COLLATE wird.