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

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.

  • Bedenken Sie die Kosten für den Zugriff auf Amazon RDS - oder Aurora-DB-Cluster. Wenn Sie diese Funktion beispielsweise für den Zugriff auf den Aurora-DB-Cluster verwenden, basieren die Gebühren für den Aurora-DB-Cluster aufIOPS.

  • Verbundabfragen ermöglichen keinen Zugriff auf Amazon Redshift von RDS oder dem Aurora-DB-Cluster aus.

  • 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 Postgre-Fremddaten-Wrapper. SQL

  • Föderierte Abfragen an RDS My SQL oder Aurora My SQL unterstützen die Transaktionsisolierung auf der entsprechenden READ COMMITTED Ebene.

  • Falls nicht angegeben, stellt Amazon Redshift eine Verbindung zu RDS for My SQL oder Aurora My SQL über Port 3306 her. Bestätigen Sie die SQL Portnummer von My, bevor Sie ein externes Schema für My erstellen. SQL

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

  • Beim Abrufen TIMESTAMP von DATE Datentypen aus My SQL werden Nullwerte wie folgt behandelt. NULL

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

    • Verwenden Sie einen bestimmten Aurora-DB-Cluster-Instance-Endpunkt (anstatt den Aurora-DB-Cluster-Cluster-Endpunkt zu verwenden). Diese Methode verwendet die REPEATABLE READ Transaktionsisolierung für die Ergebnisse aus der SQL Postgre-Datenbank.

    • Verwenden Sie einen Aurora-DB-Cluster-Reader-Endpunkt und pg_federation_repeatable_read setzen Sie ihn für die Sitzung auf false. Diese Methode verwendet die READ COMMITTED Transaktionsisolierung für die Ergebnisse aus der SQL Postgre-Datenbank. Weitere Informationen zu Aurora-DB-Cluster-Reader-Endpunkten finden Sie unter Typen von Aurora-DB-Cluster-Endpunkten im Amazon Aurora Aurora-Benutzerhandbuch. Weitere Informationen zu pg_federation_repeatable_read finden Sie unter pg_federation_repeatable_read.

Im Folgenden finden Sie Überlegungen zu Transaktionen bei der Arbeit mit Verbundabfragen an Postgre-Datenbanken: SQL

  • Wenn eine Abfrage aus Verbundtabellen besteht, startet der Leader-Knoten eine READ ONLY REPEATABLE READ Transaktion in der entfernten 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 Redshift-Schema kann auf eine Datenbank in einem externen RDS Postgre SQL oder Aurora Postgre verweisen. SQL Dabei gelten die folgenden Einschränkungen:

  • Wenn Sie ein externes Schema erstellen, das auf den Aurora-DB-Cluster verweist, muss die Aurora SQL Postgre-Datenbank Version 9.6 oder höher haben.

  • Wenn Sie ein externes Schema erstellenRDS, das auf Amazon verweist, muss die Amazon RDS SQL Postgre-Datenbank Version 9.6 oder höher haben.

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

  • Wenn Sie ein externes Schema erstellen, das auf den Aurora-DB-Cluster verweist, muss die Aurora SQL My-Datenbank Version 5.6 oder höher haben.

  • Wenn Sie ein externes Schema erstellen, das auf Amazon verweistRDS, muss die RDS SQL My-Datenbank Version 5.6 oder höher haben.