Snowflake Data Clean Rooms: Installationsdetails¶

ADMIN¶

Dieses Schema enthält alle Tabellen und Ansichten, die für die Verwaltung der Anwendung benötigt werden. Sie können damit Anwendungsversionen, Patches und Implementierungen verfolgen. Die wichtigsten Details sind:

• Versionsinformationen Version (Nummer)

• Angewendete Patches (Version, Befehle)

APP SCHEMA¶

Dieses Schema enthält Funktionen und Prozeduren, die notwendig sind, um alle Abläufe im Reinraum zu erleichtern. Die wichtigsten Details sind:

• Funktionen zum Verschlüsseln und Entschlüsseln

• Prozeduren für Reinräume, die Sie mit dem Entwickler-APIs und der Web-App zum Erstellen, Installieren und Arbeiten mit Reinräumen verwenden.

TEMPLATES¶

Dieses Schema enthält die standardmäßigen SQL Jinja-Vorlagen, die für die Ausführung von Analysen über die Entwickler-APIs oder die Web-App verwendet werden können.

Diese vorgefertigten Vorlagen bieten gebrauchsfertige SQL-Abfragen für die sichere Datenzusammenarbeit (Data Collaboration) innerhalb von Snowflake Data Clean Rooms. Sie nutzen die Jinja-Vorlagen zur Anpassung, sodass Sie Abfragen auf bestimmte Szenarios der Datenfreigabe zuschneiden können.

ADMIN¶

Dieses Schema enthält Informationen, die für die Operation bestimmter mit dem Konto verbundener Reinraum-Features erforderlich sind, wie z. B.:

• Verwenden Sie die Cloud-übergreifende automatische Ausführung, um über Regionen oder Cloud-Plattformen hinweg zusammenzuarbeiten.

• Aktualisierungen der Metadaten für Reinräume, die benötigt werden, um Reinräume von Entwickler-APIs in der Web-App zu registrieren.

• Versionierung der aktuellen Verfahren im Zusammenhang mit der Funktionsweise der Web-App mit dem Snowflake-Konto.

• Aufgaben und Streams, die auf Änderungen in der Menge der Reinraumfreigaben achten, die von den Teilnehmern zurückgemeldet werden, und die Reinräume basierend auf den Änderungen je nach Bedarf aktivieren/deaktivieren.

CONSUMER/CONSUMER_INIT¶

Dieses Schema enthält Prozeduren, die notwendig sind, um die mit dem Konto verknüpften Features für die Reinrauminstallation oder Verbraucher-Features bereitzustellen, wie z. B.:

• Details zum Freigabeangebot für freigegebene Reinräume, die für Reinräume, die Cloud-übergreifende automatische Ausführung anfragen, benötigt werden.

• Features im Zusammenhang mit der Verwendung von Verknüpfungs-/Spaltenrichtlinien und der Registrierung einer Datenbank in einem Reinraum.

• Unterstützung für die Installation und Bearbeitung eines Reinraums, die Durchführung von Analysen und die Anzeige hinzugefügter Vorlagen.

ID_HUB¶

Dieses Schema enthält Verfahren und Zwischentabellen, die mit dem Identitäts-Hub verbunden sind.

INFORMATION_SCHEMA¶

Wie alle Snowflake Datenbanken enthält diese Datenbank das Schema INFORMATION_SCHEMA („Datenwörterbuch“), das aus einer Reihe von systemdefinierten Ansichten und Tabellenfunktionen besteht, die umfangreiche Metadateninformationen über die in Ihrem Konto erstellten Objekte liefern.

LIBRARY¶

Dieses Schema enthält Prozeduren, die erforderlich sind, um Konnektoren und Features für Reinräume zu aktivieren, die sowohl für Anbieter als auch für Verbraucher gelten, wie z. B.:

• Einstellung von Ads-Konnektoren, die die Integration mit ID-Hubs und externen Tabellen erleichtern.

• Registrierung von Datenbankprozeduren zur Kontrolle der Aktivierung oder Deaktivierung von Cloud-übergreifender automatischer Ausführung.

• Anwendung von Patches, Aufhebung der Registrierung von Datenbanken und Aktualisierung von Reinraumdaten.

PROVIDER¶

Dieses Schema enthält Daten oder Informationen in Bezug auf Aktivierungen (Streams und Prozeduren zur Erleichterung von Anbieteraktivierungen), gespeicherte Analyseberichte, Metainformationen in Bezug auf Konnektoren, die auf den Snowflake Data Clean Rooms-Konten konfiguriert sind, und Reinraumdatensätze, die von dem Konto erstellt wurden.

PUBLIC¶

Dieses Schema enthält die Entwickler-APIs, die Sie und die Webanwendung verwenden, um Reinräume zu erstellen und zu verwalten. Er enthält auch Zwischendatensätze, die ausschließlich Ihnen gehören und die bei Abläufen wie der Auflösung der Identität im Schema PUBLIC gespeichert werden. So werden beispielsweise die Ausgabetabellen aus dem Auflösungs- und Transkodierungsprozess von LiveRamp im Schema PUBLIC gespeichert und mit der Ansicht verbunden, die von der Webanwendung mit dem Reinraum verknüpft wird.

Dieses Schema enthält die folgenden Tabellen:

• CLEANROOM_RECORD: Diese Tabelle enthält den Status eines Reinraums (erstellt, gelöscht) zusammen mit dem Benutzer und dem Zeitstempel der letzten Aktualisierung. Wenn die Aktualisierung in der Web-App durchgeführt wurde, ist der Benutzer der Benutzer des Dienstkontos. Wenn die Aktualisierung in der Snowsight mithilfe von Entwickler-APIs durchgeführt wurde, ist der Benutzer der tatsächliche Benutzer, der die API aufgerufen hat. Der Name der Reinraumdatenbank kann in dieser Tabelle angepasst werden.

• CONNECTOR_CONFIGURATION: Diese Tabelle ist die Liste der im Konto konfigurierten Konnektoren.

• REPORTS: Diese Tabelle enthält die Liste der Berichte, die der Verbraucher in der Web-App gespeichert hat. Die wichtigsten Ergebnisse aus Standardberichten werden in der Tabelle gespeichert.

• HORIZONTAL_ANALYSIS_<report ID>: Ausgabe von Analysen, die mit der SQL-Abfragevorlage und benutzerdefinierten Vorlagen in der Web-App ausgeführt wurden.

Die Datenbank hat drei Freigaben, die daraus erstellt werden:

• SAMOOHA_INTERNAL_GOVERNANCE_SUMMARY SHARE_NAV2: Diese Freigabe enthält Ansichten auf die Tabellen GOVERNACE_SUMMARY und ACTIVATION im Schema PUBLIC. Dies wird mit allen Anbietern geteilt, die über dieses Konto installierte Reinräume erstellt haben, und wird verwendet, um Governance-Informationen und Anbieteraktivierungen auszutauschen.

• SAMOOHA_INTERNAL_LOGS_SHARE_NAV2: Diese Freigabe befindet sich auf der Tabelle LOG_EVENTS und dient in erster Linie dazu, Protokolle darüber auszutauschen, wie ID-Prozeduren zur Lösung von Problemen zurück zu Snowflake gelangen, da sie native Apps von Drittanbietern verwenden. Es werden keine PII oder Daten zurückgegeben, sondern nur der Erfolg/Misserfolg der für die Transkodierung/Auflösung verwendeten Drittanbieter-App-APIs.

• SAMOOHA_INTERNAL_PROVIDER_METADATA_NAV2: Dieser Anteil befindet sich auf zwei Tabellen, ADMIN.METADATA_UPDATE_REQUESTS, die für Anfragen von Entwickler-APIs zur Registrierung von Web-Apps verwendet wird, und ADMIN.RESOURCE_MONITOR_USAGE, die nur von verwalteten Konten zur Protokollierung der Nutzung verwendet wird.