Snowflake Data Clean Rooms: Installierte Objekte¶

SAMOOHA_BY_SNOWFLAKE¶

Diese Datenbank enthält alle zentralen Funktionen und die Anwendungslogik, die zur Erstellung und Verwaltung von Clean Rooms benötigt werden. Diese Datenbank hat die folgenden Schemas:

ADMIN-Schema

Dieses Schema enthält Details auf App-Ebene wie die folgenden:

• Angewendete Patches (Version, Befehle)

• Versionsinformationen (Nummer)

APP_SCHEMA-Schema

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

• Funktionen zum Verschlüsseln und Entschlüsseln

• Prozeduren für Clean Rooms, die Sie mit den Entwickler-APIs und der Clean Rooms-UI zum Erstellen und Installieren von Clean Rooms sowie zum Arbeiten mit diesen verwenden.

TEMPLATES-Schema

Dieses Schema enthält die von Snowflake bereitgestellten SQL-Jinja-Vorlagen.

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.

SAMOOHA_BY_SNOWFLAKE_LOCAL_DB¶

Diese Datenbank wird von der Clean Rooms-UI während des Snowflake-Installationsprozesses erstellt. Sie ist für Ihr Konto lokal. Er ist keine Anwendung, enthält aber Anwendungslogik.

Diese Datenbank hat zwei Arten von Daten:

• Die Entwickler-APIs, die Sie und die Clean Rooms-UI zum Erstellen und Verwalten von Clean Rooms verwenden.

• Zwischendatensets, die Ihnen gehören und die bei Abläufen wie der Auflösung von Identitäten im Schema PUBLIC gespeichert werden. So werden beispielsweise die Ausgabetabellen aus dem Auflösungs- und Transcodierungsprozess von LiveRamp im Schema PUBLIC gespeichert und mit der Ansicht verbunden, die von der Webanwendung mit der Clean Rooms-UI verknüpft wird.

Die Datenbank hat die folgenden Schemas:

ADMIN-Schema

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 Clean Rooms, die benötigt werden, um Clean Rooms von Entwickler-APIs in der Clean Rooms-UI zu registrieren.

• Versionierung der aktuellen Verfahren im Zusammenhang mit der Funktionsweise der Clean Rooms-UI mit dem Snowflake-Konto.

• Aufgaben und Streams, die auf Änderungen in der Menge der von den Teilnehmern zurückgemeldeten Clean Room-Freigaben achten, um Clean Rooms basierend auf den Änderungen je nach Bedarf zu aktivieren/deaktivieren.

CONSUMER-Schema

Dieses Schema enthält die Definitionen der Verbraucher-API-Prozeduren sowie einige allgemeine Verbraucheraufgaben.

INFORMATION_SCHEMA-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-Schema

Dieses Schema enthält die Definitionen der API-Prozeduren des library-Namespace sowie einige allgemeine Aufgaben und Prozeduren, die sowohl von Anbietern als auch von Verbrauchern verwendet werden.

PROVIDER-Schema

Dieses Schema enthält die Definitionen der Anbieter-API-Prozeduren sowie einige allgemeine Anbieteraufgaben.

PUBLIC-Schema

Dieses Schema enthält die Entwickler-APIs, die Sie und die Clean Rooms-UI verwenden, um Clean Rooms 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 Transcodierungsprozess von LiveRamp im Schema PUBLIC gespeichert und mit der Ansicht verbunden, die von der Webanwendung mit der Clean Rooms-UI verknüpft wird.

Dieses Schema enthält die folgenden Tabellen:

• CLEANROOM_RECORD: Diese Tabelle enthält den Status eines Clean Rooms (erstellt, gelöscht) sowie Informationen zum Benutzer und Zeitstempel der letzten Aktualisierung. Wenn die Aktualisierung in der Clean Rooms-UI 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 Clean Rooms-UI 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 kundenspezifischen Vorlagen in der Clean Rooms-UI ausgeführt wurden.

• CONSUMER_ACTIVATION_SUMMARY: Ergebnisse der Verbraucheraktivierung.

• PROVIDER_ACTIVATION_SUMMARY: Ergebnisse der Anbieteraktivierung.

Aus der Datenbank werden drei Freigaben erstellt:

• 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: Diese Freigabe befindet sich auf zwei Tabellen: ADMIN.METADATA_UPDATE_REQUESTS, die zum Senden von Registrierungsanfragen von der API an die UI und ADMIN verwendet wird, und RESOURCE_MONITOR_USAGE, die nur von verwalteten Konten zur Protokollierung der Nutzung verwendet wird.

SAMOOHA_CLEANROOM_cleanroom ID¶

Each clean room published (as a creator) or installed (as a consumer) has an associated database that includes all the details of that clean room, including any templates installed, request logs, LAF status, and much more. This database includes the following schemas:

• Admin: Kryptografische Schlüssel, Privatsphärebudget, Anfrageprotokolle, Anfragen für Anbieteranalysen und mehr.

• Shared_schema: Verknüpfungsrichtlinie, LAF-Status, verknüpfte Tabellen und Versionen.

• Templates: Liste der Aktivierungsvorlagen, benutzerdefinierten Vorlagen und Vorlagenketten in diesem Clean Room.

SAMOOHA_CLEANROOM_REQUESTS_clean room ID¶

Dies ist eine Datenbank auf der Anbieterseite und eine Freigabe auf der Verbraucherseite. Er entspricht dem Anteil, der von einem Verbraucher an den Anbieter eines Reinraums im Rahmen der Installation des Reinraums durch den Verbraucher zurückgeschickt wird. Diese Datenbank enthält Informationen über alle Anfragen, die der Verbraucher an den Reinraum gestellt hat, und dient dazu, die Nutzung des Differential Privacy-Budgets durch den Verbraucher zu verfolgen.

SAMOOHA_CLEANROOM_CONSUMER_clean room ID¶

Diese Datenbank wird nur in Verbraucherkonten installiert. Es wird verwendet, um Objekte wie die sichere Ansicht der Verbraucherdaten für den Reinraum und ggf. Verbraucherspalten-/Verknüpfungsrichtlinien freizugeben. Sie enthält die folgende Tabelle:

• SAMOOHA_CLEANROOM_CONSUMER_clean room ID.SHARED.REQUESTS. Diese Tabelle zeigt dem Verbraucher genau an, welche Abfrage eine Ausführung versucht hat, wobei PROPOSED_QUERY die Abfrage ist, die aus der Vorlage des Verbrauchers gerendert wird.

SAMOOHA_SAMPLE_DATABASE¶

Diese Datenbank enthält Beispiel-Datensets mit den Namen DEMO.CUSTOMERS und DEMOCUSTOMERS_2, die Sie als Testdaten verwenden können.

SHOW TABLES LIKE 'CUSTOMERS_2' IN SCHEMA SAMOOHA_SAMPLE_DATABASE.DEMO;

USE ROLE ACCOUNTADMIN;
EXECUTE IMMEDIATE FROM @SAMOOHA_BY_SNOWFLAKE.APP_SCHEMA.MOUNT_CODE_STAGE/dcr_loader.sql;