Arbeiten mit Amazon RDS ohne ETL Integrationen mit Amazon Redshift

Sie helfen Ihnen dabei, ganzheitliche Erkenntnisse aus mehreren Datenquellen zu gewinnen.

Eliminieren Sie die Notwendigkeit, komplexe Daten-Pipelines aufzubauen und zu verwalten, die Extraktions-, Transformations- und Load () ETL -Operationen durchführen. ETLNull-Integrationen beseitigen die Herausforderungen, die mit dem Aufbau und der Verwaltung von Pipelines einhergehen, indem sie für Sie bereitgestellt und verwaltet werden.

Sie reduzieren den Betriebsaufwand und die Kosten, sodass Sie sich ganz auf die Verbesserung Ihrer Anwendungen konzentrieren können.

Sie können die Analyse- und ML-Funktionen von Amazon Redshift nutzen, um Erkenntnisse aus Transaktions- und anderen Daten zu gewinnen und effektiv auf kritische, zeitkritische Ereignisse zu reagieren.

Der muss sich in derselben Region wie das Amazon Redshift Redshift-Ziel-Data Warehouse befinden.

Sie können einen Datenbank-DB-Cluster nicht umbenennen, wenn er über bestehende Integrationen verfügt.

Sie können nicht mehrere Integrationen zwischen derselben Quell- und Zieldatenbank erstellen.

Sie können keinen löschen, der über bestehende Integrationen verfügt. Sie müssen zuerst alle zugehörigen Integrationen löschen.

Sie können eine Integration nicht löschen, wenn die Quelldatenbank gestoppt ist.

Wenn Ihr die Quelle einer blau/grünen Bereitstellung ist, dürfen in den blauen und grünen Umgebungen während des Switchovers keine vorhandenen ETL Nullintegrationen vorhanden sein. Sie müssen zuerst die Integration löschen und umstellen. Anschließend erstellen Sie die Integration neu.

Sie können keine Integration für eine Quelldatenbank erstellen, für die aktiv eine andere Integration erstellt wird.

Wenn Sie zum ersten Mal eine Integration erstellen oder wenn eine Tabelle erneut synchronisiert wird, kann das Seeding von Daten von der Quelle zum Ziel je nach Größe der Quelldatenbank 20 bis 25 Minuten oder länger dauern. Diese Verzögerung kann zu einer erhöhten Replikatverzögerung führen.

Einige Datentypen werden nicht unterstützt. Weitere Informationen finden Sie unter Unterschiede zwischen den Datentypen zwischen RDS - und Amazon Redshift Redshift-Datenbanken.

XA-Transaktionen werden nicht unterstützt.

Objektkennungen (einschließlich Datenbankname, Tabellenname, Spaltennamen und andere) dürfen nur alphanumerische Zeichen, Zahlen, $ und _ (Unterstrich) enthalten.

Systemtabellen, temporäre Tabellen und Ansichten werden nicht auf Amazon Redshift repliziert.

In Ihrer Quelldatenbank muss eine unterstützte Version von RDS for My ausgeführt werdenSQL. Eine Liste der unterstützten Versionen finden Sie unter Unterstützte Regionen und DB-Engines für Amazon RDS ohne ETL Integrationen mit Amazon Redshift.

ETLZero-Integrationen verlassen sich auf My SQL Binary Logging (Binlog), um laufende Datenänderungen zu erfassen. Verwenden Sie keine binlogbasierte Datenfilterung, da dies zu Dateninkonsistenzen zwischen der Quell- und der Zieldatenbank führen kann.

ETLZero-Integrationen werden nur für Datenbanken unterstützt, die für die Verwendung der InnoDB-Speicher-Engine konfiguriert sind.

Fremdschlüsselverweise mit vordefinierten Tabellenaktualisierungen werden nicht unterstützt. Insbesondere ON DELETE werden ON UPDATE Regeln mit CASCADESET NULL, und SET DEFAULT Aktionen nicht unterstützt. Der Versuch, eine Tabelle mit solchen Verweisen in einer anderen Tabelle zu erstellen oder zu aktualisieren, führt zu einem Fehlschlag der Tabelle.

ALTER TABLEPartitionsoperationen führen dazu, dass Ihre Tabelle neu synchronisiert wird, um Daten von RDS nach Amazon Redshift neu zu laden. Die Tabelle kann während der Resynchronisierung nicht abgefragt werden. Weitere Informationen finden Sie unter Eine oder mehrere meiner Amazon-Redshift-Tabellen erfordern eine erneute Synchronisation.