Allgemeine Überlegungen zur gemeinsamen Nutzung von Daten in Amazon Redshift

PDFRSS

Im Folgenden finden Sie allgemeine Überlegungen bei der Arbeit mit Datashares in Amazon Redshift:

• Standarddatenbank — Wenn Sie Daten aus einem Datashare lesen, bleiben Sie mit Ihrer lokalen Cluster-Datenbank verbunden. Weitere Hinweise zum Einrichten und Lesen aus einer Datenbank, die aus einem Datashare erstellt wurde, finden Sie unter Abfragen von Datashare-Objekten und. Materialisierte Ansichten externer Data-Lake-Tabellen in Amazon Redshift Spectrum

• Verbindungen — Sie müssen direkt mit einer Datashare-Datenbank verbunden sein oder den USE-Befehl ausführen, um in Datashares zu schreiben. Sie können auch die dreiteilige Notation verwenden. Der USE-Befehl wird für externe Tabellen nicht unterstützt.

• Leistung — Die Leistung der Abfragen für gemeinsam genutzte Daten hängt von der Rechenkapazität der Consumer-Cluster ab.

• Gebühren für die Datenübertragung — Der regionsübergreifende Datenaustausch beinhaltet zusätzliche Gebühren für die regionsübergreifende Datenübertragung.

  • Diese Datenübertragungsgebühren fallen nicht innerhalb derselben Region an, sondern nur regionsübergreifend. Weitere Informationen finden Sie unter Verwaltung der Kostenkontrolle für regionsübergreifende Datashares.

  • Dem Konsumenten werden alle Gebühren für die Datenverarbeitung und die regionsübergreifende Datenübertragung in Rechnung gestellt, die für die Abfrage der Daten des Produzenten erforderlich sind. Dem Produzenten wird die zugrunde liegende Datenspeicherung in seinem bereitgestellten Cluster oder Serverless-Namespace in Rechnung gestellt.

• Datenaustausch innerhalb und zwischen Clustern — Sie benötigen Datashares nur, wenn Sie Daten zwischen verschiedenen von Amazon Redshift bereitgestellten Clustern oder serverlosen Arbeitsgruppen gemeinsam nutzen. Innerhalb desselben Clusters können Sie eine andere Datenbank mithilfe der einfachen dreiteiligen Notation database.schema.table abfragen, sofern Sie über die erforderlichen Berechtigungen für die Objekte in der anderen Datenbank verfügen.

• Erkennung von Metadaten — Wenn Sie ein Verbraucher sind, der über die Redshift-JDBC-, ODBC- oder Python-Treiber direkt mit einer Datashare-Datenbank verbunden ist, können Sie Katalogdaten auf folgende Weise anzeigen:

  • SQL SHOW-Befehle.

  • Abfrage von information_schema-Tabellen und Ansichten.

  • Abfragen von SVV-Metadatenansichten.

• Sichtbarkeit der Berechtigungen — Verbraucher können die den Datashares gewährten Berechtigungen über den SQL-Befehl SHOW GRANTS einsehen.

• Cluster-Verschlüsselungsmanagement für die gemeinsame Nutzung von Daten — Um Daten in einem gemeinsam zu nutzen AWS-Konto, müssen sowohl der Producer- als auch der Consumer-Cluster verschlüsselt sein.

  • Wenn sich sowohl der Producer- als auch der Consumer-Cluster und die serverlosen Namespaces in demselben Konto befinden, müssen sie denselben Verschlüsselungstyp haben (entweder beide unverschlüsselt oder beide verschlüsselt). In allen anderen Fällen, einschließlich der von Lake Formation verwalteten Datenfreigaben, müssen sowohl der Verbraucher als auch der Hersteller verschlüsselt werden. Dies dient der Sicherheit. Sie müssen jedoch nicht den gleichen Verschlüsselungsschlüssel verwenden.

  • Um Daten während der Übertragung zu schützen, werden alle Daten während der Übertragung durch das Verschlüsselungsschema des Produzentenclusters verschlüsselt. Der Konsumenten-Cluster übernimmt dieses Verschlüsselungsschema, wenn Daten geladen werden. Der Konsumenten-Cluster arbeitet dann als normaler verschlüsselter Cluster. Die Kommunikation zwischen Produzent und Konsument wird ebenfalls mit einem Shared Key-Schema verschlüsselt. Weitere Informationen zur Verschlüsselung während der Übertragung finden Sie unter Verschlüsselung während der Übertragung.