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.
Einzelheiten zu Datashares für Amazon Redshift
Mit Amazon Redshift können Sie Live-Daten sicher zwischen Amazon Redshift Redshift-Clustern teilen, ohne Daten kopieren oder übertragen zu müssen. Datashares for Amazon Redshift ermöglicht es Ihnen, Live-Abfrageergebnisse, einschließlich Aktualisierungen der Quelldaten, mit jedem Amazon Redshift Redshift-Cluster in denselben oder unterschiedlichen AWS Konten und Regionen zu teilen. AWS
Themen
Datenaustauschstatuswerte in Amazon Redshift
In diesem Thema werden die möglichen Status beschrieben, die Datashares in Amazon Redshift haben können.
Bei kontoübergreifenden Datashares gibt es Datashares mit unterschiedlichem Status, für die eine Aktion erforderlich ist. Ihr Datenaustausch kann den Status „Aktiv“, „Aktion erforderlich“ oder „Inaktiv“ haben.
Im Folgenden sehen Sie eine Beschreibung der einzelnen Datashare-Status und der erforderlichen Aktionen:
Wenn ein Administrator eines Produzenten-Clusters einen Datashare erstellt, lautet der Status des Datashares auf dem Produzenten-Cluster Autorisierung ausstehend. Der Administrator des Produzenten-Clusters kann Datenkonsumenten für den Zugriff auf den Datashare berechtigen. Der Administrator des Konsumenten-Clusters muss keine Aktion ausführen.
Wenn ein Administrator eines Produzenten-Clusters einen Datashare autorisiert, lautet der Status des Datashares auf dem Produzenten-Cluster Autorisiert. Der Administrator des Produzenten-Clusters muss keine Aktion ausführen. Wenn mindestens eine Assoziation mit einem Datenverbraucher für den Datashare vorhanden ist, ändert sich der Status des Datashares von Autorisiert zu Aktiv.
Der Status des Datashares wird dann auf dem Konsumenten-Cluster Verfügbar (Aktion auf der Amazon-Redshift-Konsole erforderlich). Der Administrator des Konsumenten-Clusters kann den Datashare für Datenverbraucher freigeben oder den Datashare ablehnen. Der Administrator des Konsumenten-Clusters kann auch den AWS CLI -Befehl
describeDatashareforConsumerverwenden, um den Status eines Datashares anzuzeigen. Oder der Administrator kann den CLI Befehl verwendendescribeDatashareund den Datashare Amazon Resource Name (ARN) angeben, um den Status des Datashare anzuzeigen.Wenn der Administrator des Konsumenten-Clusters Datenverbrauchern einen Datashare zuordnet, wird der Status des Datashares auf dem Produzenten-Cluster als Aktiv angezeigt. Wenn mindestens eine Assoziation mit einem Datenverbraucher für den Datashare vorhanden ist, ändert sich der Status des Datashares von Autorisiert zu Aktiv. Für den Administrator des Produzenten-Cluster ist keine Aktion erforderlich.
Der Status des Datashares wird im Konsumenten-Cluster als Aktiv angezeigt. Der Administrator des Konsumenten-Clusters muss keine Aktion ausführen.
Wenn der Administrator des Konsumenten-Clusters eine Verbraucherzuordnung aus einem Datashare entfernt, wird der Status des Datashares entweder als Aktiv oder als Autorisiert angezeigt. Der Status ist Aktiv, wenn für den Datashare mit einem anderen Datenverbraucher mindestens eine Zuordnung besteht. Der Status ist Autorisiert, wenn keine Verbraucherzuordnung zum Datashare auf dem Produzenten-Cluster besteht. Der Administrator des Produzenten-Clusters muss keine Aktion ausführen.
Der Status des Datashares wird als Aktion erforderlichauf dem Consumer-Cluster angezeigt, wenn alle Zuordnungen entfernt werden. Der Administrator des Konsumenten-Clusters kann den Datashare für Datenverbraucher neu zuordnen, wenn der Datashare Verbrauchern zur Verfügung steht.
Wenn ein Administrator eines Konsumenten-Clusters einen Datashare ablehnt, wird der Status des Datashares auf dem Produzenten-Cluster als Aktion erforderlich und Abgelehnt angezeigt. Der Administrator des Produzenten-Clusters kann den Datashare erneut autorisieren. Der Administrator des Konsumenten-Clusters muss keine Aktion ausführen.
Wenn der Administrator eines Produzenten-Clusters die Autorisierung von einem Datashare entfernt, wird der Status des Datashares im Produzenten-Cluster als Action required (Aktion erforderlich) angezeigt. Der Administrator des Produzenten-Clusters kann auswählen, ob er das Datashare erneut autorisieren will, wenn erforderlich. Der Administrator des Konsumenten-Clusters muss keine Aktion ausführen.
Datenaustausch innerhalb und zwischen Clustern
Sie benötigen Datashares nur, wenn Sie Daten zwischen verschiedenen von Amazon Redshift bereitgestellten Clustern oder Serverless-Arbeitsgruppen freigeben. 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.
Verwalten von Berechtigungen für Datashares in Amazon Redshift
Als Administrator eines Produzenten-Clusters behalten Sie die Kontrolle über die Datensätze, die Sie freigeben. Sie können neue Objekte hinzufügen oder sie aus dem Datashare entfernen. Sie können auch den Zugriff auf Datashares als Ganzes für die Consumer-Cluster, AWS Konten oder Regionen gewähren oder AWS entziehen. Wenn Berechtigungen widerrufen werden, verlieren Consumer-Cluster sofort den Zugriff auf die gemeinsam genutzten Objekte und sie werden nicht mehr in der Liste der INBOUND Datenfreigaben in _ angezeigt. SVV DATASHARES
Im folgenden Beispiel wird das Datashare erstelltsalesshare, das Schema hinzugefügt und die Tabelle public hinzugefügt. public.tickit_sales_redshift salesshare Außerdem werden Nutzungsberechtigungen für den angegebenen salesshare Cluster-Namespace gewährt.
CREATE DATASHARE salesshare; ALTER DATASHARE salesshare ADD SCHEMA public; ALTER DATASHARE salesshare ADD TABLE public.tickit_sales_redshift; GRANT USAGE ON DATASHARE salesshare TO NAMESPACE '13b8833d-17c6-4f16-8fe4-1a018f5ed00d';
Denn CREATE DATASHARE Superuser und Datenbankbesitzer können Datashares erstellen. Weitere Informationen finden Sie unter CREATE DATASHARE. Denn ALTER DATASHARE der Besitzer des Datashare mit den erforderlichen Berechtigungen für die hinzuzufügenden oder zu entfernenden Datashare-Objekte kann den Datashare ändern. Weitere Informationen finden Sie unter ALTER DATASHARE.
Wenn Sie als Administrator eines Produzenten-Clusters einen Datashare entfernen, wird er nicht mehr im Konsumenten-Cluster aufgeführt. Die Datenbanken und Schemareferenzen, die auf dem Consumer-Cluster aus dem gelöschten Datashare erstellt wurden, sind weiterhin ohne Objekte vorhanden. Der Administrator des Consumer Clusters muss diese Datenbanken manuell löschen.
Auf der Konsumentenseite kann ein Administrator für Konsumenten-Cluster durch Erstellen einer Datenbank aus dem Datashare bestimmen, welche Benutzer und Rollen Zugriff auf die freigegebenen Daten erhalten sollen. Abhängig von den Optionen, die Sie bei der Erstellung der Datenbank wählen, können Sie den Zugriff auf die Datenbank wie folgt steuern. Weitere Informationen zum Erstellen einer Datenbank aus einem Datashare finden Sie unter CREATE DATABASE.
Weitere Informationen zum Einrichten eines Datashare und zum Lesen von Daten von einem Verbraucher finden Sie unter Teilen des Lesezugriffs auf Daten innerhalb eines Kontos. AWS
Die Datenbank ohne die Klausel erstellen WITH PERMISSIONS
Ein Administrator kann den Zugriff auf Datenbank- oder Schemaebene steuern. Um den Zugriff auf Schemaebene zu steuern, muss der Administrator ein externes Schema aus der Amazon-Redshift-Datenbank erstellen, die aus dem Datashare erstellt wurde.
Im folgenden Beispiel werden Berechtigungen für den Zugriff auf eine freigegebene Tabelle auf Datenbank- und Schemaebene erteilt.
GRANT USAGE ON DATABASE sales_db TO Bob; CREATE EXTERNAL SCHEMA sales_schema FROM REDSHIFT DATABASE sales_db SCHEMA 'public'; GRANT USAGE ON SCHEMA sales_schema TO ROLE Analyst_role;
Um den Zugriff weiter einzuschränken, können Sie Ansichten über freigegebene Objekte erstellen, wobei nur die erforderlichen Daten verfügbar sind. Sie können diese Ansichten dann verwenden, um den Benutzern und Rollen Zugriff zu gewähren.
Sobald den Benutzern Zugriff auf die Datenbank oder das Schema gewährt wurde, haben sie Zugriff auf alle freigegebenen Objekte in der betreffenden Datenbank bzw. dem Schema.
Die Datenbank mit der WITH PERMISSIONS Klausel erstellen
Nach der Gewährung von Nutzungsrechten für die Datenbank oder das Schema kann ein Administrator den Zugriff mit demselben Verfahren weiter kontrollieren, wie er es für eine lokale Datenbank oder ein lokales Schema tun würde. Ohne individuelle Objektberechtigungen können Benutzer auch dann nicht auf Objekte in der gemeinsam genutzten Datenbank oder dem Schema zugreifen, wenn ihnen die USAGE Berechtigung erteilt wurde.
Im folgenden Beispiel werden Berechtigungen für den Zugriff auf eine gemeinsam genutzte Tabelle auf Datenbankebene erteilt.
GRANT USAGE ON DATABASE sales_db TO Bob; GRANT USAGE FOR SCHEMAS IN DATABASE sales_db TO Bob; GRANT SELECT ON sales_db.public.tickit_sales_redshift TO Bob;
Nachdem Benutzern der Zugriff auf die Datenbank oder das Schema gewährt wurde, müssen sie weiterhin die entsprechenden Berechtigungen für alle Objekte in der Datenbank oder in dem Schema erhalten, auf die sie zugreifen sollen.
Granulares Teilen mit WITH PERMISSIONS
Clustern oder Serverless-Arbeitsgruppen die Abfrage des Datashare ermöglichen
In diesem Schritt wird davon ausgegangen, dass das Datashare aus einem anderen Cluster oder Amazon-Redshift-Serverless-Namespace in Ihrem Konto oder von einem anderen Konto stammt und mit dem von Ihnen verwendeten Namespace verknüpft wurde.
Der Administrator der Konsumenten-Datenbank kann eine Datenbank aus dem Datashare erstellen.
CREATE DATABASE my_ds_db [WITH PERMISSIONS] FROM DATASHARE my_datashare OF NAMESPACE 'abc123def';Wenn Sie eine Datenbank erstellen, können WITH PERMISSIONS Sie verschiedenen Benutzern und Rollen detaillierte Berechtigungen für DataShare-Objekte gewähren. Andernfalls erhalten alle Benutzer und Rollen, denen USAGE Berechtigungen für die Datashare-Datenbank erteilt wurden, alle Berechtigungen für alle Objekte in der Datashare-Datenbank.
Im Folgenden wird gezeigt, wie einem Redshift-Datenbankbenutzer oder -rolle Berechtigungen erteilt werden. Sie müssen mit einer lokalen Datenbank verbunden sein, um diese Anweisungen auszuführen. Sie können diese Anweisungen nicht ausführen, wenn Sie vor der Ausführung der Grant-Anweisungen einen USE Befehl in der Datashare-Datenbank ausführen.
GRANT USAGE ON DATABASE my_ds_db TO ROLE data_eng; GRANT CREATE, USAGE ON SCHEMA my_ds_db.my_shared_schema TO ROLE data_eng; GRANT ALL ON ALL TABLES IN SCHEMA my_ds_db.my_shared_schema TO ROLE data_eng; GRANT USAGE ON DATABASE my_ds_db TO bi_user; GRANT USAGE ON SCHEMA my_ds_db.my_shared_schema TO bi_user; GRANT SELECT ON my_ds_db.my_shared_schema.table1 TO bi_user;
Arbeiten mit Ansichten in der Amazon-Redshift-Datenfreigabe
Ein Produzenten-Cluster kann reguläre, spätbindende und materialisierte Ansichten freigeben. Wenn Sie reguläre oder spätbindende Ansichten freigeben, müssen Sie die Basistabellen nicht freigeben. Die folgende Tabelle zeigt, wie Ansichten bei der Datenfreigabe unterstützt werden.
| Name der Ansicht | Kann diese Ansicht einem Datashare hinzugefügt werden? | Kann ein Konsument diese Ansicht auf Datashare-Objekten in verschiedenen Clustern erstellen? |
|---|---|---|
| Reguläre Ansicht | Ja | Nein |
| Ansicht mit später Bindung | Ja | Ja |
| Materialisierte Ansicht | Ja | Ja, aber nur mit einer vollständigen Aktualisierung. |
Die folgende Abfrage zeigt die Ausgabe einer regulären Ansicht, die mit der Datenfreigabe unterstützt wird. Weitere Informationen zur Definition einer regulären Ansicht finden Sie unter CREATE VIEW.
SELECT * FROM tickit_db.public.myevent_regular_vw ORDER BY eventid LIMIT 5; eventid | eventname ----------+------------- 3835 | LeAnn Rimes 3967 | LeAnn Rimes 4856 | LeAnn Rimes 4948 | LeAnn Rimes 5131 | LeAnn Rimes
Die folgende Abfrage zeigt die Ausgabe einer spätbindenden Ansicht, die mit der Datenfreigabe unterstützt wird. Weitere Informationen zur Definition spätbindender Ansichten finden Sie unter CREATE VIEW.
SELECT * FROM tickit_db.public.event_lbv ORDER BY eventid LIMIT 5; eventid | venueid | catid | dateid | eventname | starttime --------+---------+-------+--------+------------------------------+--------------------- 1 | 305 | 8 | 1851 | Gotterdammerung | 2008-01-25 14:30:00 2 | 306 | 8 | 2114 | Boris Godunov | 2008-10-15 20:00:00 3 | 302 | 8 | 1935 | Salome | 2008-04-19 14:30:00 4 | 309 | 8 | 2090 | La Cenerentola (Cinderella) | 2008-09-21 14:30:00 5 | 302 | 8 | 1982 | Il Trovatore | 2008-06-05 19:00:00
Die folgende Abfrage zeigt die Ausgabe einer materialisierten Ansicht, die mit der Datenfreigabe unterstützt wird. Weitere Hinweise zur Definition materialisierter Ansichten finden Sie unter CREATE MATERIALIZED VIEW.
SELECT * FROM tickit_db.public.tickets_mv; catgroup | qtysold ----------+--------- Concerts | 195444 Shows | 149905
Sie können gemeinsame Tabellen für alle Mandanten in einem Produzenten-Cluster verwalten. Sie können auch Teilmengen von Daten in Konsumenten-Clustern freigeben, die nach Dimensionsspalten gefiltert wurden, z. B.tenant_id (account_id oder namespace_id). Dazu können Sie eine Ansicht in der Basistabelle mit einem Filter für diese ID-Spalten definieren, z. B. current_aws_account = tenant_id. Auf der Verbraucherseite sehen Sie beim Abfragen der Ansicht nur die Zeilen, die für Ihr Konto qualifiziert sind. Dazu können Sie die Amazon-Redshift-Kontextfunktionen current_aws_account und current_namespace verwenden.
Die folgende Abfrage gibt die Konto-ID zurück, in der sich der aktuelle Amazon-Redshift-Cluster befindet. Sie können diese Abfrage ausführen, wenn Sie mit Amazon Redshift verbunden sind.
select current_user, current_aws_account; current_user | current_aws_account -------------+-------------------- dwuser | 111111111111 (1row)
Die folgende Abfrage gibt den Namespace zurück, in dem sich der aktuelle Amazon-Redshift-Cluster befindet. Sie können diese Abfrage ausführen, wenn Sie mit der Datenbank verbunden sind.
select current_user, current_namespace; current_user | current_namespace -------------+-------------------------------------- dwuser | 86b5169f-01dc-4a6f-9fbb-e2e24359e9a8 (1 row)
Inkrementelle Aktualisierung für materialisierte Ansichten in einem Datashare
Amazon Redshift unterstützt die inkrementelle Aktualisierung für materialisierte Ansichten in einem Consumer-Datashare, wenn die Basistabellen gemeinsam genutzt werden. Inkrementelle Aktualisierung ist ein Vorgang, bei dem Amazon Redshift Änderungen in der Basistabelle oder den Basistabellen identifiziert, die nach der vorherigen Aktualisierung vorgenommen wurden, und nur die entsprechenden Datensätze in der materialisierten Ansicht aktualisiert. Weitere Informationen zu diesem Verhalten finden Sie unter. CREATEMATERIALIZEDVIEW
Verwaltung des Zugriffs auf API Datenaustauschvorgänge mithilfe von IAM Richtlinien
Verwenden Sie IAM aktionsbasierte Richtlinien, um den Zugriff auf die API Datenfreigabevorgänge zu steuern. Informationen zur Verwaltung von IAM Richtlinien finden Sie im IAMBenutzerhandbuch unter IAMRichtlinien verwalten.
Informationen zu den für die Nutzung der API Datenfreigabeoperationen erforderlichen Berechtigungen finden Sie unter Erforderliche Berechtigungen für die Nutzung der API Datenfreigabevorgänge im Amazon Redshift Management Guide.
Um den kontoübergreifenden Datenaustausch sicherer zu machen, können Sie einen bedingten Schlüssel ConsumerIdentifier für die Operationen AuthorizeDataShare und DeauthorizeDataShare API verwenden. Auf diese Weise können Sie explizit steuern, AWS-Konten wer die beiden API Operationen aufrufen kann.
Sie können die Autorisierung der Datenfreigabe oder deren Aufhebung für jeden Konsumenten verweigern, der sich nicht in Ihrem eigenen Konto befindet. Geben Sie dazu die AWS-Konto Nummer in der IAM Richtlinie an.
{ "Version": "2012-10-17", "Statement": [ { "Sid": "VisualEditor0", "Effect": "Deny", "Action": [ "redshift:AuthorizeDataShare", "redshift:DeauthorizeDataShare" ], "Resource": "*", "Condition": { "StringNotEquals": { "redshift:ConsumerIdentifier": "555555555555" } } } ] }
In der Richtlinie können Sie einem DataShareArn testshare2 Hersteller mit einer die Nummer 111122223333 ausdrücklich mitteilen. AWS-Konto IAM
{ "Version": "2012-10-17", "Statement": [ { "Sid": "VisualEditor0", "Effect": "Allow", "Action": [ "redshift:AuthorizeDataShare", "redshift:DeauthorizeDataShare" ], "Resource": "arn:aws:redshift:us-east-1:666666666666:datashare:af06285e-8a45-4ee9-b598-648c218c8ff1/testshare2", "Condition": { "StringEquals": { "redshift:ConsumerIdentifier": "111122223333" } } } ] }
Abfragen von Datashares
Zugreifen auf freigegebene Daten in Amazon Redshift
Sie können gemeinsam genutzte Daten mithilfe von SQL Standardschnittstellen JDBC oder ODBC Treibern und den Daten ermitteln. API Sie können auch Daten mit hoher Leistung aus vertrauten Business Intelligence (BI)- und Analyse-Tools abfragen. Sie können auf Ihrem Cluster Abfragen durchführen, indem Sie auf die Objekte aus anderen Amazon-Redshift-Datenbanken verweisen, die sowohl lokal als auch remote zur Verfügung stehen und für die Sie über Zugriffsberechtigungen verfügen.
Sie können dies einfach tun, indem Sie mit lokalen Datenbanken in Ihrem Cluster verbunden bleiben. Dann können Sie Verbraucherdatenbanken aus Datashares erstellen, um gemeinsam genutzte Daten zu nutzen.
Nachdem Sie dies getan haben, können Sie eine Verbindung zur Verbraucherdatenbank herstellen und die gemeinsam genutzten Objekte in teilweiser Notation abfragen. Oder Sie können eine Verbindung zu einer lokalen Cluster-Datenbank herstellen und Objekte in Consumer-Datenbanken mithilfe der dreiteiligen Notation (consumer_database_name.schema_name.table_name
Zugreifen auf Metadaten für Datashares in Amazon Redshift
Um Cluster-Administratoren beim Auffinden von Datashares zu unterstützen, bietet Amazon Redshift eine Reihe von Metadatenansichten zur Auflistung von Datashares. In diesen Ansichten werden Datashares aufgelistet, die in Ihrem Cluster erstellt wurden, sowie diejenigen, die von anderen Clustern innerhalb desselben Kontos, von anderen Konten oder anderen AWS -Regionen empfangen wurden. Diese Ansichten zeigen die folgenden Informationen an:
Datashares, die von den Clustern freigegeben und empfangen werden
Inhalt von Datenbankobjekten in den Datashares, einschließlich der grundlegenden Freigabe-Metadaten,-Objekte und -Konsumenten.
Dient SHOW SCHEMAS zum Anzeigen einer Liste der gemeinsam genutzten Schemas in der Datenfreigabe, die der verbundenen Datenbank zugeordnet ist. Weitere Informationen finden Sie unter SHOW SCHEMAS.
Wird verwendet SHOWTABLES, um eine Liste der Tabellen in einem gemeinsam genutzten Schema aus dem Datashare anzuzeigen, das der verbundenen Datenbank zugeordnet ist. Weitere Informationen finden Sie unter SHOW TABLES.
Wird verwendet SHOWCOLUMNS, um eine Liste der Spalten aus einer gemeinsam genutzten Tabelle in dem Datashare anzuzeigen, das der verbundenen Datenbank zugeordnet ist. Weitere Informationen finden Sie unter SHOW COLUMNS.
Verwenden Sie SVV _DATASHARES, um eine Liste aller Datenfreigaben anzuzeigen, die in Ihrem Cluster erstellt wurden (ausgehend) und von anderen gemeinsam genutzt wurden (eingehend). Weitere Informationen finden Sie unter SVV_DATASHARES.
Verwenden Sie SVV _ DATASHARE _CONSUMERS, um eine Liste der Datenverbraucher anzuzeigen. Weitere Informationen finden Sie unter SVV_DATASHARE_CONSUMERS.
Verwenden Sie SVV _ DATASHARE _OBJECTS, um eine Liste der Objekte in allen Datenfreigaben anzuzeigen, die in Ihrem Cluster erstellt wurden (ausgehend) und von anderen gemeinsam genutzt werden (eingehend). Weitere Informationen finden Sie unter SVV_DATASHARE_OBJECTS.
Integration der Amazon-Redshift-Datenfreigabe in Business-Intelligence-Tools
Um den Datenaustausch mit Business Intelligence (BI) -Tools zu integrieren, empfehlen wir die Verwendung von Amazon Redshift JDBC oder ODBC Treibern.
Amazon Redshift JDBC und ODBC Treiber unterstützen den GetCatalogs API Vorgang in den Treibern, der die Liste aller Datenbanken zurückgibt, einschließlich der aus Datenfreigaben erstellten Datenbanken. Die Treiber unterstützen auch nachgelagerte Operationen, wie GetSchemas, GetTables usw., die Daten aus allen Datenbanken zurückgeben, die GetCatalogs ausgibt. Die Treiber bieten diese Unterstützung auch dann, wenn der Katalog nicht explizit im Aufruf angegeben ist. Weitere Informationen zu JDBC unseren ODBC Treibern finden Sie unter Configuring Connections in Amazon Redshift im Amazon Redshift Management Guide.
Sie können auf dieselbe Weise wie jede andere Datenbank direkt eine Verbindung zu Verbraucherdatenbanken herstellen, die aus Datenfreigaben erstellt wurden. Wenn Ihr Tool über eine Benutzeroberfläche für den Verbindungswechsel verfügt, sollte die Liste der Datenbanken Datenbanken enthalten, die aus Datashares erstellt wurden. Sie können diese Verbraucherdatenbanken mithilfe von SVV _ _ REDSHIFT ermitteln. DATABASES
