Einschränkungen beim Zugriff auf Verbunddaten mit Amazon Redshift - Amazon Redshift
Unterstützte Versionen von Verbunddatenbanken

Amazon Redshift wird UDFs ab dem 1. November 2025 die Erstellung von neuem Python nicht mehr unterstützen. Wenn Sie Python verwenden möchten UDFs, erstellen Sie das UDFs vor diesem Datum liegende. Bestehendes Python UDFs wird weiterhin wie gewohnt funktionieren. Weitere Informationen finden Sie im Blog-Posting.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Einschränkungen beim Zugriff auf Verbunddaten mit Amazon Redshift

Einige Amazon-Redshift-Funktionen unterstützen den Zugriff auf Verbunddaten nicht. Im Folgenden finden Sie zugehörige Einschränkungen und Überlegungen.

Bei der Verwendung von Verbundabfragen in Amazon Redshift gelten folgende Einschränkungen und Überlegungen:

  • Verbundabfragen unterstützen den Lesezugriff auf externe Datenquellen. In der externen Datenquelle können Sie keine Datenbankobjekte schreiben oder erstellen.

  • In einigen Fällen greifen Sie möglicherweise auf eine Amazon RDS- oder Aurora-DB-Cluster-Datenbank in einer anderen AWS Region als Amazon Redshift zu. In diesen Fällen fallen in der Regel Netzwerklatenz und Abrechnungsgebühren für die Übertragung von Daten zwischen Regionen AWS an. Wir empfehlen die Verwendung einer globalen Aurora-Datenbank mit einem lokalen Endpunkt in derselben AWS Region wie Ihr Amazon Redshift Redshift-Cluster. Die globalen Datenbanken von Aurora nutzen eine dedizierte Infrastruktur für die speicherbasierte Replikation in zwei beliebigen AWS-Regionen mit einer typischen Latenzzeit von unter 1 Sekunde.

  • Berücksichtigen Sie die Kosten für den Zugriff auf Amazon-RDS- oder Aurora-DB-Cluster. Wenn Sie dieses Feature beispielsweise für den Zugriff auf Aurora-DB-Cluster verwenden, basieren die Gebühren für Aurora-DB-Cluster auf IOPS.

  • Verbundabfragen unterstützen den Zugriff auf Amazon Redshift über RDS- oder Aurora-DB-Cluster nicht.

  • Verbundabfragen sind nur in AWS Regionen verfügbar, in denen sowohl Amazon Redshift als auch Amazon RDS oder Aurora DB-Cluster verfügbar sind.

  • Verbundabfragen unterstützen derzeit nicht ALTER SCHEMA. Um ein Schema zu ändern, verwenden Sie DROP und dann CREATE EXTERNAL SCHEMA.

  • Verbundabfragen funktionieren nicht mit der Parallelitätsskalierung.

  • Verbundabfragen unterstützen derzeit keinen Zugriff über einen PostgreSQL-Fremddaten-Wrapper.

  • Verbundabfragen an RDS MySQL oder Aurora MySQL unterstützen die Transaktionsisolierung auf der Ebene READ COMMITTED.

  • Sofern nicht anders angegeben, stellt Amazon Redshift eine Verbindung mit RDS for MySQL oder Aurora MySQL auf Port 3306 her. Bestätigen Sie die MySQL-Portnummer, bevor Sie ein externes Schema für MySQL erstellen.

  • Sofern nicht anders angegeben, stellt Amazon Redshift eine Verbindung mit RDS PostgreSQL oder Aurora PostgreSQL auf Port 5432 her. Bestätigen Sie die PostgreSQL-Portnummer, bevor Sie ein externes Schema für PostgreSQL erstellen.

  • Beim Abrufen der Datentypen TIMESTAMP und DATE aus MySQL werden Nullwerte als NULL behandelt.

  • Wenn ein Reader-Endpunkt einer Aurora-DB-Clusterdatenbank verwendet wird, kann der Fehler „Ungültiger Snapshot“ auftreten. Dies lässt sich über eine der folgenden Methoden vermeiden:

    • Verwenden Sie einen spezifischen Endpunkt der Aurora-DB-Cluster-Instance (anstelle des Endpunkts des Aurora-DB-Clusters). Bei dieser Methode wird die Transaktionsisolation REPEATABLE READ für die Ergebnisse aus der PostgreSQL-Datenbank verwendet.

    • Verwenden Sie einen Reader-Endpunkt des Aurora-DB-Clusters und legen Sie pg_federation_repeatable_read für die Sitzung auf „false“ fest. Bei dieser Methode wird die Transaktionsisolation READ COMMITTED für die Ergebnisse aus der PostgreSQL-Datenbank verwendet. Weitere Informationen zu Reader-Endpunkten in Aurora-DB-Clustern finden Sie unter Typen von Endpunkten in Aurora-DB-Clustern im Amazon-Aurora-Benutzerhandbuch. Weitere Informationen zu pg_federation_repeatable_read finden Sie unter pg_federation_repeatable_read.

Für Transaktionen beim Arbeiten mit Verbundabfragen an PostgreSQL-Datenbanken gelten folgende Überlegungen:

  • Wenn eine Abfrage aus Verbundtabellen besteht, startet der Leader-Knoten eine READ ONLY REPEATABLE READ-Transaktion in der fernen Datenbank. Diese Transaktion bleibt für die Dauer der Amazon-Redshift-Transaktion bestehen.

  • Der Leader-Knoten erstellt einen Snapshot der fernen Datenbank durch Aufruf von pg_export_snapshot und setzt eine Lesesperre auf die betroffenen Tabellen.

  • Ein Datenverarbeitungsknoten startet eine Transaktion und verwendet den Snapshot, der am Leader-Knoten erstellt wurde, um Abfragen an die ferne Datenbank auszugeben.

Unterstützte Versionen von Verbunddatenbanken

Ein externes Amazon-Redshift-Schema kann auf eine Datenbank in einem externen RDS PostgreSQL oder Aurora PostgreSQL verweisen. Dabei gelten die folgenden Einschränkungen:

  • Wenn Sie ein externes Schema mit Verweis auf Aurora-DB-Cluster erstellen, muss die Aurora-PostgreSQL-Datenbank in der Version 9.6 oder höher vorliegen.

  • Wenn Sie ein externes Schema mit Verweis auf Amazon RDS erstellen, muss die Amazon-RDS-PostgreSQL-Datenbank in der Version 9.6 oder später vorliegen.

Ein externes Amazon-Redshift-Schema kann auf eine Datenbank in einem externen RDS MySQL oder Aurora MySQL verweisen. Dabei gelten die folgenden Einschränkungen:

  • Wenn Sie ein externes Schema mit Verweis auf Aurora-DB-Cluster erstellen, muss die Aurora-MySQL-Datenbank in der Version 5.6 oder höher vorliegen.

  • Wenn Sie ein externes Schema mit Verweis auf Amazon RDS erstellen, muss die RDS-MySQL-Datenbank in der Version 5.6 oder später vorliegen.