Snowflake Data Clean Rooms: Anbieter-API-Referenzhandbuch

Auf dieser Seite werden die Prozeduren beschrieben, die die Verbraucher in der Clean Room API zur Verwaltung ihrer Clean Rooms verwenden. Anweisungen zur Einrichtung der Codierung finden Sie unter Codierung einrichten.

Reinräume erstellen, konfigurieren und löschen

provider.view_cleanrooms

Beschreibung: Listet alle vorhandenen Reinräume auf, die von diesem Anbieterkonto erstellt wurden.

Argumente: Keine

Rückgabe: (Tabelle) Eine Liste der von diesem Anbieterkonto erstellten Reinräume. Reinräume müssen nicht für Verbraucher freigegeben, installiert oder von ihnen genutzt werden. Gelöschte Reinräume werden aus der Datenbank gelöscht und werden nicht in dieser Liste angezeigt.

Beispiel:

call samooha_by_snowflake_local_db.provider.view_cleanrooms();
Copy

provider.describe_cleanroom

Beschreibung: Erhalten Sie eine Zusammenfassung von Informationen über einen Reinraum, wie z. B. Vorlagen, Join-Richtlinien, Spaltenrichtlinien und Verbraucher.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, über den Sie Informationen erhalten möchten.

Rückgabe: (string) Eine Zusammenfassung der Metadaten des Reinraums.

Beispiel:

call samooha_by_snowflake_local_db.provider.describe_cleanroom($cleanroom_name);
Copy

provider.cleanroom_init

Beschreibung: Erzeugt einen Reinraum mit dem angegebenen Namen in Ihrem Konto. Diese Prozedur kann eine Minute oder mehr in Anspruch nehmen. Der Reinraum wird erst nach dem Aufruf von create_or_update_cleanroom_listing in der Web-App oder für Teilnehmer sichtbar sein.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, maximal 80 Zeichen. Der Name enthält [A‑Z,a‑z,0‑9, ,_].

  • distribution (Zeichenfolge, Optional) – Einer der folgenden Werte:

    • INTERNAL (Default) – Clean Room ist nur für Benutzer in derselben Organisation sichtbar und löst vor Änderung der Standardversion keinen Sicherheitsscan aus.

    • EXTERNAL – Der Reinraum ist produktionsbereit und kann auch außerhalb des Unternehmens genutzt werden. Der Reinraum löst einen Sicherheitsscan aus, bevor die Standardversion geändert wird. Wenn Sie die Verteilung ändern möchten, nachdem ein Reinraum erstellt wurde, rufen Sie alter package wie hier gezeigt auf:

      alter application package samooha_cleanroom_<CLEANROOM_ID> SET DISTRIBUTION = EXTERNAL;
      
      Copy

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

-- Create an internal clean room
call samooha_by_snowflake_local_db.provider.cleanroom_init($cleanroom_name, 'INTERNAL');
Copy

provider.set_default_release_directive

Beschreibung: Gibt die Version und den Patch eines Reinraums an, die von Teilnehmern geladen werden, wenn sie eine neue Browsersitzung in der Web-App starten oder von einer API auf den Reinraum zugreifen. Diese muss aufgerufen werden, bevor der Reinraum mit den Verbrauchern geteilt werden kann.

Die Reinraum-Anwendung erstellt eine neue Version eines Reinraums, wenn Sie Python-Code hochladen oder ändern. Wenn Sie möchten, dass den Benutzern die neueste Version zur Verfügung gestellt wird, rufen Sie diese Prozedur mit der neuen Versionsnummer auf. Um die verfügbaren Versionen anzuzeigen und die aktuelle Standardversion zu erfahren, führen Sie aus:

show versions in application package samooha_cleanroom_<CLEANROOM_ID>;
Copy

Alle Reinräume werden mit den folgenden Versions- und Patchnummern erstellt:

  • Version: V1_0

  • Patch: 0

Bemerkung

Wenn die Reinraumverteilung auf EXTERNAL eingestellt ist, kann diese Prozedur erst aufgerufen werden, nachdem der Reinraum-Sicherheitsscan in den Zustand APPROVED übergegangen ist. Um den Sicherheitsstatus anzuzeigen, rufen Sie view_cleanrooom_scan_status auf.

Argumente:

  • cleanroom_name (string) – Name des Reinraums.

  • version (string) – Version. Muss immer „V1_0“ sein.

  • patch (string) – Vom Verbraucher geladene Patch-Nummer. Dieser Wert beginnt bei 0, und Sie sollten ihn erhöhen, sobald eine neue Reinraumversion verfügbar ist. Sie können die verfügbaren Versionen wie oben beschrieben anzeigen.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.set_default_release_directive($cleanroom_name, 'V1_0', '0');
Copy

provider.drop_cleanroom

Beschreibung: Löschen des Reinraums. Teilnehmer, die den Reinraum installiert haben, können ihn nicht mehr betreten oder nutzen. Der Reinraum wird beim nächsten Aktualisieren des Browsers nicht mehr in der Web-App angezeigt.

Argumente:

  • cleanroom_name (string) – Name des zu löschenden Reinraums.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.drop_cleanroom($cleanroom_name);
Copy

provider.enable_consumer_run_analysis

Beschreibung: Ermöglicht es dem Verbraucher, Analysen im Reinraum durchzuführen. Diese Funktion ist in allen neuen Reinräumen standardmäßig aktiviert, sodass diese Prozedur nur ausgeführt werden muss, wenn Sie die Verbraucheranalyse für einen Reinraum ausdrücklich deaktiviert haben.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, in dem Verbraucheranalysen erlaubt sind.

  • consumer_accounts (Array aus Zeichenfolgen) – Die Konto-Locator aller Verbraucher, für die dieses Feature aktiviert werden soll. NOTE: Diese Verbraucher müssen bereits zum Reinraum hinzugefügt worden sein.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.enable_consumer_run_analysis($cleanroom_name, ['<CONSUMER_ACCOUNT_LOCATOR_1>']); 
Copy

provider.disable_consumer_run_analysis

Beschreibung: Verhindert, dass die angegebenen Verbraucher in dem angegebenen Reinraum Analysen durchführen können. Standardmäßig dürfen alle Verbraucher eine Analyse in einem Reinraum durchführen.

Argumente:

  • cleanroom_name (string) – Reinraum, in dem die Verbraucheranalyse deaktiviert ist.

  • consumer_accounts (Array aus Zeichenfolgen) – Konto-Locator von Verbrauchern, die in diesem Reinraum keine Analyse durchführen können. NOTE: Diese Verbraucher müssen dem Reinraum bereits hinzugefügt worden sein.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.disable_consumer_run_analysis($cleanroom_name, ['<CONSUMER_ACCOUNT_LOCATOR_1>']); 
Copy

library.is_consumer_run_enabled

Beschreibung: Prüft, ob in diesem Reinraum vom Verbraucher ausgeführte Analysen zugelassen sind.

Argumente:

  • cleanroom_name (string) – Name des zu prüfenden Reinraums.

Rückgabe: (string) Ob in diesem Reinraum Verbraucheranalysen zugelassen sind oder nicht.

Beispiel:

call samooha_by_snowflake_local_db.library.is_consumer_run_enabled($cleanroom_name)
Copy

provider.create_or_update_cleanroom_listing

Beschreibung: Publiziert einen neuen Reinraum oder aktualisiert einen bestehenden Reinraum. Sie sollten diese Methode immer dann aufrufen, wenn Sie Änderungen an einem Reinraum vornehmen, um sicherzustellen, dass die Änderungen an die Verbraucher weitergegeben werden.

Wenn Sie einen Reinraum zum ersten Mal veröffentlichen, kann es eine Weile dauern, bis der Reinraum in der Web-App angezeigt wird (bis zu 15 Minuten).

Wenn Sie Aktualisierungen an einem Reinraum vornehmen, ohne diese Methode anschließend aufzurufen, gibt es keine Garantie, dass die Änderungen an die Verbraucher weitergegeben werden.

Die Anzahl der Clean Rooms + Teilnehmer, die Sie in einem einzigen Konto anlegen können, ist begrenzt. Wenn Sie zu viele Test-Clean Rooms erstellen, müssen Sie möglicherweise einige davon löschen, um neue Clean Rooms zu erstellen. Wenn Sie mehr Clean Rooms benötigen, als Ihr Konto umfassen kann, wenden Sie sich an den Snowflake-Support.

Bemerkung

Sie müssen die Freigaberichtlinie mindestens einmal festlegen, bevor Sie diese Prozedur aufrufen. Weitere Informationen finden Sie unter provider.set_default_release_directive.

Argumente:

  • cleanroom_name (string) – Name des zu veröffentlichenden oder zu aktualisierenden Reinraums.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.create_or_update_cleanroom_listing($cleanroom_name);
Copy

Daten registrieren und abmelden

Verwenden Sie den folgenden Befehl, um Datenbanken, Schemas und Objekte zu registrieren und die Registrierung aufzuheben. Tabellen und Ansichten müssen registriert werden, bevor sie mit dem Reinraum verknüpft werden können. Wenn Sie eine Datenbank oder ein Schema registrieren, werden alle Objekte in dieser Datenbank oder diesem Schema registriert.

Erfahren Sie mehr über die Registrierung von Daten

provider.register_db

Beschreibung: Ermöglicht die Verknüpfung einer Datenbank und aller darin enthaltenen Objekte mit einzelnen Reinräumen in dieser Reinraumumgebung. Diese Prozedur gewährt SAMOOHA_APP_ROLE USAGE- und SELECT-Berechtigungen auf der Datenbank, die von der Reinraumumgebung für den Datenzugriff verwendet wird.

Sie müssen über MANAGE GRANTS Zugriff auf die Datenbank haben, um diese Prozedur aufrufen zu können. Andere Anbieter in dieser Reinraumumgebung können diese Objekte dann in ihre eigenen Reinräume einbinden, ohne eine eigene SELECT-Berechtigung zu benötigen.

Erfahren Sie mehr über die Registrierung von Daten

Wichtig

Diese Prozedur registriert keine Objekte, die nach dem Aufruf der Prozedur erstellt wurden. Wenn der Datenbank neue Objekte hinzugefügt wurden und Sie diese ebenfalls registrieren möchten, müssen Sie diese Prozedur erneut aufrufen.

Argumente:

  • db_name (string) – Name der zu registrierenden Datenbank.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

USE ROLE <ROLE_WITH_MANAGE GRANTS>;
call samooha_by_snowflake_local_db.provider.register_db('SAMOOHA_SAMPLE_DATABASE');
Copy

library.register_schema

Beschreibung: Ähnlich wie register_db, arbeitet aber auf Schema-Ebene. Sie müssen über die Berechtigung MANAGE GRANTS für das Schema verfügen, um diese Prozedur aufrufen zu können.

Diese Prozedur gewährt SAMOOHA_APP_ROLE USAGE- und SELECT-Berechtigungen für das Schema, das von der Reinraumumgebung für den Zugriff auf Daten verwendet wird.

Wenn Sie ein verwaltetes Zugriffsschema registrieren möchten (d. h. ein Schema, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde), verwenden Sie stattdessen library.register_managed_access_schema.

Wichtig

Diese Prozedur registriert keine Objekte, die nach dem Aufruf der Prozedur erstellt wurden. Wenn der Datenbank neue Objekte hinzugefügt wurden und Sie diese ebenfalls registrieren möchten, müssen Sie diese Prozedur erneut aufrufen.

Argumente:

  • schema_name (Array aus Zeichenfolgen) – Ein Array mit einem oder mehreren vollständig qualifizierten Schemanamen, die registriert werden sollen.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

USE ROLE <ROLE_WITH_MANAGE GRANTS>;
call samooha_by_snowflake_local_db.library.register_schema(['SAMOOHA_SAMPLE_DATABASE.DEMO']);
Copy

library.register_managed_access_schema

Beschreibung: Ähnlich wie register_schema, registriert jedoch ein Schema, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde. Sie müssen über die Berechtigung MANAGE GRANTS für das Schema verfügen, um diese Prozedur aufrufen zu können.

Diese Prozedur gewährt SAMOOHA_APP_ROLE die Berechtigung zur Nutzung des verwalteten Schemas, das von der Reinraumumgebung für den Datenzugriff verwendet wird.

Wichtig

Diese Prozedur registriert keine Objekte, die nach dem Aufruf der Prozedur erstellt wurden. Wenn der Datenbank neue Objekte hinzugefügt wurden und Sie diese ebenfalls registrieren möchten, müssen Sie diese Prozedur erneut aufrufen.

Argumente:

  • schema_name (Array aus Zeichenfolgen) – Ein Array mit einem oder mehreren vollständig qualifizierten Schemanamen.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

USE ROLE <ROLE_WITH_MANAGE GRANTS>;
call samooha_by_snowflake_local_db.library.register_managed_access_schema(['SAMOOHA_SAMPLE_DATABASE.DEMO']);
Copy

library.register_objects

Beschreibung: Ermöglicht dem Reinraum den Zugriff auf Tabellen und Ansichten aller Arten, sodass sie durch den Aufruf von provider.link_datasets für die Verknüpfung mit dem Reinraum verfügbar sind. Sie können breitere Gruppen von Objekten registrieren, indem Sie library.register_schema, library.register_managed_access_schema oder provider.register_db aufrufen.

Diese Prozedur gewährt SAMOOHA_APP_ROLE die Berechtigung zur Nutzung des Objekts, das von der Reinraumumgebung für den Zugriff auf Daten verwendet wird.

Sie müssen über die Berechtigung MANAGE GRANTS für das Objekt verfügen, um diese Prozedur aufzurufen. Diese Prozedur kann nicht zur Registrierung einer Datenbank verwendet werden.

Wenn Sie eine Ansicht registrieren, die auf einem Objekt in einer anderen Datenbank basiert, müssen Sie auch der systemeigenen Anwendung die Berechtigung zum Zugriff auf das Quellobjekt erteilen.

Argumente:

  • object_names (array) – Array mit vollständig qualifizierten Objektnamen. Diese Objekte können dann mit dem Reinraum verknüpft werden.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiele

So registrieren Sie eine Tabelle und eine Ansicht:

USE ROLE <ROLE_WITH_MANAGE GRANTS>;
call samooha_by_snowflake_local_db.library.register_objects(
    ['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS','SAMOOHA_SAMPLE_DATABASE.INFORMATION_SCHEMA.FIELDS']);
Copy

library.enable_external_tables_on_account

Beschreibung: Aktivieren Sie die Verwendung von Iceberg- oder externen Tabellen in allen Clean Rooms in diesem Konto. Muss von einem ACCOUNTADMIN in sowohl dem Anbieter- als auch dem Verbraucherkonto aufgerufen werden, damit Iceberg- oder externe Tabellen über eines der beiden Konten verknüpft werden können. Um diese Fähigkeit auf bestimmte Clean Rooms in diesem Konto zu beschränken, rufen Sie stattdessen enable_external_tables_for_cleanroom auf.

Wenn dies erfolgreich war und alle Sicherheitsscans bestanden wurden, wird eine neue Patch-Version des Clean Room erstellt.

Argumente: Keine

Rückgabe: (string) Erfolgs- oder Fehlermeldung. Bei Erfolg wird ein Sicherheitsscan ausgelöst und die Nummer des Patches angegeben, der bei einem erfolgreichen Sicherheitsscan generiert wird.

Beispiel:

USE ROLE ACCOUNTADMIN;

CALL samooha_by_snowflake_local_db.library.enable_external_tables_on_account();
Copy

provider.enable_external_tables_for_cleanroom

Beschreibung: Ermöglicht die Verknüpfung von Iceberg- oder externen Tabellen mit dem angegebenen Clean Room in diesem Konto durch den Anbieter. Um Iceberg- und externe Tabellen für alle Clean Rooms in diesem Konto zuzulassen, rufen Sie stattdessen enable_external_tables_on_account auf.

Wenn dies erfolgreich ist, wird eine neue Patch-Version des Clean Room erstellt.

Argumente:

  • cleanroom_name (string) - Der Name des Clean Room, mit dem der Anbieter Iceberg- oder externe Tabellen verknüpfen kann.

Rückgabe: (string) Erfolgs- oder Fehlermeldung. Bei Erfolg wird ein Sicherheitsscan ausgelöst und die Nummer des Patches angegeben, der bei einem erfolgreichen Sicherheitsscan generiert wird.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.enable_external_tables_for_cleanroom(
    $cleanroom_name);
Copy

library.unregister_db

Beschreibung: Macht die Prozedur register_db rückgängig und entfernt die Berechtigungen auf Datenbankebene, die der Rolle SAMOOHA_APP_ROLE und der nativen Snowflake Data Clean Room-Anwendung gewährt wurden. Dadurch wird auch jede Datenbank aus dem Selektor in der Web-App entfernt.

Argumente:

  • db_name (string) – Name der Datenbank, deren Registrierung aufgehoben werden soll.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

USE ROLE <ROLE_WITH_MANAGE GRANTS>;
call samooha_by_snowflake_local_db.library.unregister_db('SAMOOHA_SAMPLE_DATABASE');
Copy

library.unregister_schema

Beschreibung: Hebt die Registrierung eines Schemas auf, wodurch Benutzer daran gehindert werden, dessen Tabellen und Ansichten mit dem Reinraum zu verknüpfen.

Wenn Sie die Registrierung eines verwalteten Zugriffsschemas (d. h. eines Schemas, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde) aufheben möchten, verwenden Sie stattdessen library.unregister_managed_access_schema.

Argumente:

  • schema_name (array) – Schemas, deren Registrierung aufgehoben werden soll.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

USE ROLE <ROLE_WITH_MANAGE GRANTS>;
call samooha_by_snowflake_local_db.library.unregister_schema(['SAMOOHA_SAMPLE_DATABASE.DEMO']);
Copy

library.unregister_managed_access_schema

Beschreibung: Ähnlich wie unregister_schema, hebt jedoch die Registrierung eines Schemas auf, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde.

Argumente:

  • schema_name (array) – Verwaltete Schemas, die nicht mehr registriert werden sollen.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

USE ROLE <ROLE_WITH_MANAGE GRANTS>;
call samooha_by_snowflake_local_db.library.unregister_managed_access_schema(['SAMOOHA_SAMPLE_DATABASE.DEMO']);
Copy

library.unregister_objects

Beschreibung: Widerruft den Reinraum-Zugriff auf Tabellen und Ansichten aller Art. Die Objekte sind für Benutzer in allen von diesem Konto verwalteten Reinräumen nicht mehr verfügbar.

Argumente:

  • object_names (array) – Array der vollqualifizierten Objektnamen, für die der Zugriff widerrufen werden soll.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiele

So heben Sie die Registrierung einer Tabelle und einer Ansicht auf:

USE ROLE <ROLE_WITH_MANAGE GRANTS>;
call samooha_by_snowflake_local_db.library.unregister_objects(
    ['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS','SAMOOHA_SAMPLE_DATABASE.INFORMATION_SCHEMA.FIELDS']);
Copy

Richtlinien verwalten

Verknüpfungsrichtlinien in Data Clean Rooms sind nicht dasselbe wie Snowflake-weite Verknüpfungsrichtlinien. Verknüpfungsrichtlinien für Clean Rooms werden nur mit dieser Prozedur festgelegt; Verknüpfungsrichtlinien, die für Tabellen außerhalb von Clean Rooms festgelegt wurden, werden von Clean Rooms ignoriert.

Mehr über Tabellenrichtlinien in Clean Rooms.

provider.view_join_policy

Beschreibung: Zeigt die Verknüpfungsrichtlinien an, die derzeit auf den Reinraum angewendet werden.

Argumente:

  • cleanroom_name (string) – Name des abzufragenden Reinraums.

Rückgabe: (Tabelle) Liste der verknüpfbaren Zeilen in allen Tabellen oder Ansichten im Reinraum.

Beispiel:

call samooha_by_snowflake_local_db.provider.view_join_policy($cleanroom_name);
Copy

provider.set_join_policy

Beschreibung: Legt fest, auf welche Spalten der Verbraucher zugreifen kann, wenn er Vorlagen in diesem Reinraum ausführt. Beachten Sie, dass die Richtlinie nur ersetzen ist. Wenn die Prozedur also erneut aufgerufen wird, wird die zuvor festgelegte Verknüpfungsrichtlinie vollständig durch die neue ersetzt.

Wichtig

Verknüpfungsrichtlinien werden nur durchgesetzt, wenn die Vorlage die Filter join_policy oder join_and_column_policy JinjaSQL auf die zu verknüpfenden Zeilen anwendet.

Bemerkung

Verknüpfungsrichtlinien in Daten-Clean-Rooms sind nicht dasselbe wie Snowflake-weite Verknüpfungsrichtlinien. Verknüpfungsrichtlinien für Reinräume werden nur mit dieser Prozedur festgelegt; Verknüpfungsrichtlinien, die für Tabellen außerhalb von Reinräumen festgelegt wurden, werden von Reinräumen ignoriert.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, in dem die Verknüpfungsrichtlinie durchgesetzt werden soll.

  • table_and_col_names (Array aus Zeichenfolgen) – Vollständig qualifizierter Spaltenname im Format database_name.schema_name.table_or_view_name:column_name. Beachten Sie die korrekte Verwendung von . versus : marks

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.set_join_policy($cleanroom_name, 
  ['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS:HASHED_EMAIL', 'MYDB.MYSCH.EXPOSURES:HASHED_EMAIL']);
Copy

Anbietervorlagen verwalten

Verwenden Sie die folgenden Befehle, um die Vorlagen/Analysen hinzuzufügen, die in diesem Reinraum unterstützt werden.

provider.view_added_templates

Beschreibung: Zeigt die vom Anbieter hinzugefügten Vorlagen im Reinraum an. Es gibt keine Methode, um alle Vorlagen in allen Reinräumen für diesen Anbieter aufzulisten.

Argumente:

  • cleanroom_name (string) – Der abzufragende Reinraum.

Rückgabe: (Tabelle) – Liste der im angegebenen Reinraum verfügbaren Vorlagen mit Details zu jeder Vorlage.

Beispiel:

call samooha_by_snowflake_local_db.provider.view_added_templates($cleanroom_name);
Copy

provider.view_template_definition

Beschreibung: Zeigt Informationen über eine bestimmte Vorlage an. Verbraucher, die sich eine Anbietervorlage ansehen, sollten consumer.view_template_definition verwenden.

Argumente:

  • cleanroom_name (string) – Name des Reinraums mit dieser Vorlage.

  • template_name (string) – Name der Vorlage, über die Sie Informationen anfragen möchten.

Rückgabe: Die Definition der Vorlage (string)

Beispiel:

call samooha_by_snowflake_local_db.provider.view_template_definition($cleanroom_name, 'prod_overlap_analysis');
Copy

provider.add_templates

Beschreibung: Fügt dem Reinraum eine Liste von Vorlagen hinzu. Die vorhandene Vorlagenliste wird dadurch nicht ersetzt.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, dem Vorlagen hinzugefügt werden sollen.

  • template_names (Array aus Zeichenfolgen) – Name der hinzuzufügenden Vorlagen. Dies sind nur von Snowflake zur Verfügung gestellte Vorlagen. Um eine benutzerdefinierte Vorlage hinzuzufügen, rufen Sie add_custom_sql_template auf. Zu den von Snowflake bereitgestellten Vorlagennamen gehören „prod_overlap_analysis“ und „prod_provider_data_analysis“.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.add_templates($cleanroom_name, ['prod_overlap_analysis']);
Copy

provider.clear_template

Beschreibung: Entfernt eine angegebene Vorlage aus dem Reinraum.

Argumente:

  • cleanroom_name (string) – Der Name des Reinraums.

  • template_name (string) – Name der Vorlage, die aus diesem Reinraum entfernt werden soll.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.clear_template($cleanroom_name, 'prod_custom_template');
Copy

provider.clear_all_templates

Beschreibung: Entfernt alle Vorlagen, die dem Reinraum hinzugefügt wurden.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, aus dem alle Vorlagen entfernt werden sollen.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.clear_all_templates($cleanroom_name);
Copy

provider.set_column_policy

Beschreibung: Legt fest, welche Spalten in den Daten für eine bestimmte Vorlage im Reinraum als nicht zu verknüpfende Zeilen verfügbar sind. Die Spalten müssen entweder hier oder in set_join_policy deklariert werden, um im Reinraum verwendet werden zu können. Die hier aufgeführten Spalten können überall in der Vorlage verwendet werden, außer als Verknüpfungsspalte. Eine Spalte kann nicht sowohl in einer Spaltenrichtlinie als auch in einer Verknüpfungsrichtlinie aufgeführt sein.

Standardmäßig ist die Spaltenrichtlinie für eine Tabelle leer, was bedeutet, dass keine Spalten in den Ergebnissen angezeigt werden.

Diese Prozedur ist die Verhaltensweise vollständig ersetzen, sodass sie bei jedem Aufruf die vorherige Spaltenliste vollständig überschreibt.

Beachten Sie, dass die Überprüfung der Spaltenrichtlinie durchgeführt wird, indem die SQL-Abfrage, die gegen die Daten ausgeführt werden soll, auf nicht zugelassene Spalten analysiert wird. Abfragen mit Platzhaltern werden von diesen Prüfungen möglicherweise nicht erfasst, sodass Sie bei der Gestaltung der Analysevorlage bedacht vorgehen sollten. Wenn einige Spalten wirklich nie abgefragt werden sollen, sollten Sie eine Ansicht Ihrer Quelltabelle erstellen, die diese sensiblen Spalten eliminiert, und stattdessen eine Verknüpfung in dieser Ansicht erstellen.

Argumente:

  • cleanroom_name (string) – Der Name des Reinraums.

  • analysis_and_table_and_cols(Array aus Zeichenfolgen) – Array von Spalten, die von Vorlagen verwendet werden können. Das Format ist: template_name:full_table_name:column_name

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.set_column_policy($cleanroom_name,
['prod_overlap_analysis:SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS:STATUS',
 'prod_overlap_analysis:SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS:AGE_BAND',
 'prod_overlap_analysis:SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS:DAYS_ACTIVE']);

 -- Same example, but using a variable name for the template.
call samooha_by_snowflake_local_db.provider.set_column_policy($cleanroom_name,
[$template_name || ':SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS:STATUS',
 $template_name || ':SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS:AGE_BAND',
 $template_name || ':SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS:DAYS_ACTIVE']);
Copy

provider.view_column_policy

Beschreibung: Listet die derzeit im Reinraum aktiven Spaltenrichtlinien auf. Eine Spaltenrichtlinie legt fest, welche Tabellenspalten in welchen Vorlagen angezeigt werden können.

**Argumente:**cleanroom_name (string)

Rückgabe: (Tabelle) Welche Spalten in welchen Vorlagen verwendet werden können.

Beispiel:

call samooha_by_snowflake_local_db.provider.view_column_policy($cleanroom_name);
Copy

provider.add_custom_sql_template

Beschreibung: Fügt eine benutzerdefinierte JinjaSQL-Vorlage in den Reinraum ein. Dadurch wird die Vorlage für den Verbraucher aufrufbar. Erfahren Sie, wie Sie benutzerdefinierte Vorlagen erstellen.

Sie können diese API mehrmals aufrufen, um dem Reinraum mehrere benutzerdefinierte Vorlagen hinzuzufügen. Die Prozedur überschreibt alle vorherigen Vorlagen mit demselben Namen in diesem Reinraum.

Wenn die Vorlage vom Benutzer verwendet wird, um Ergebnisse beim Anbieter zu aktivieren, muss der Befehl die folgenden Anforderungen erfüllen:

  • Der Name der benutzerdefinierten Vorlage muss mit der Zeichenfolge activation beginnen. Zum Beispiel: activation_custom_template.

  • Die Vorlage muss eine Tabelle erstellen, die mit cleanroom.activation_data_ beginnt. Zum Beispiel: CREATE TABLE cleanroom.activation_data_analysis_results AS ... .

  • Die Vorlage muss den eindeutigen Teil des Tabellennamens zurückgeben, der in der Definition erstellt wurde, d. h. die Zeichenfolge, die an cleanroom.activation_data_ angehängt ist. Zum Beispiel: return 'data_analysis_results'.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, auf den diese Vorlage angewendet wird.

  • template_name (string) – Name der Vorlage. Müssen alle Kleinbuchstaben, Zahlen, Leerzeichen oder Unterstriche sein. Aktivierungsvorlagen müssen einen Namen haben, der mit „Aktivierung“ beginnt.-

  • template (string) – Die JinjaSQL Vorlage.

  • sensitivity (Float, Optional) - Wenn die differentielle Privatsphäre für diesen Clean Room aktiviert ist, steuert sie die Stärke des differentiellen Datenschutzrauschens, das auf die von dieser Vorlage zurückgegebenen Daten angewendet wird. Muss eine Zahl größer als 0 sein. Der Standardwert ist 1,0. Die Aufgabe der differentiellen Privatsphäre muss in diesem Clean Room ausgeführt werden, damit dieses Argument eine Wirkung hat.

  • consumer_locators (Array aus Zeichenfolgen, Optional) - Ein Array mit einem oder mehreren Konto-Locators. Falls vorhanden, wird diese Vorlage nur für diese Konten in den Reinraum aufgenommen. Sie können diese Liste später ändern, indem Sie provider.restrict_template_options_to_consumers aufrufen. Wenn Sie keine Liste von Verbrauchern angeben, können alle Verbraucher die benutzerdefinierte Vorlage in dem angegebenen Reinraum verwenden.

  • is_obfuscated (boolesch, optional) - Wenn TRUE, wird verhindert, dass Verbraucher den Vorlagen-Body sehen können. Beachten Sie, dass Sie die Snowflake Enterprise Edition oder höher verwenden müssen, um eine verschleierte Vorlage auszuführen. Wenn diese Vorlage für eine vom Anbieter durchgeführte Analyse verwendet wird, muss der Verbraucher die Analyseanfrage jedes Mal neu genehmigen, wenn Sie den Status is_obfuscated ändern. is_obfuscated kann nicht zusammen mit sensitivity verwendet werden.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.add_custom_sql_template(
    $cleanroom_name, 'prod_custom_template', 
    $$
select 
    identifier({{ dimensions[0] | column_policy }}) 
from 
    identifier({{ my_table[0] }}) c 
    inner join 
    identifier({{ source_table[0] }}) p 
    on 
        c.identifier({{ consumer_id  }}) = identifier({{ provider_id | join_policy }}) 
    {% if where_clause %} where {{ where_clause | sqlsafe | join_and_column_policy }} {% endif %};
    $$);
Copy

provider.add_ui_form_customizations

Beschreibung: Definiert ein Anpassungsformular für eine Vorlage in einem Clean Room, wenn der Clean Room in der Web-App ausgeführt wird. Dies ist nützlich, wenn Sie Verbrauchern die Möglichkeit geben, Vorlagenparameter, wie Tabellen oder Spalten, auszuwählen. Sie müssen mindestens Werte für display_name, description und methodology in dem Argument template_information angeben.

Es wird empfohlen, Tabellenauswahlelemente vor Spaltenauswahlelementen zu platzieren, insbesondere wenn die Spaltenauswahl auf der Grundlage der Tabellenauswahl aufgefüllt wird.

Sie müssen den Clean Room nach dem Aufruf dieser Funktion aktualisieren. Wenn Sie provider.create_or_update_cleanroom_listing nach der Aktualisierung der UI nicht aufrufen, sehen die Teilnehmer keine Aktualisierungen.

Argumente:

  • cleanroom_name (string): Der Name des Reinraums, der diese Vorlage enthält. Das eingereichte Formular gilt nur für die angegebene Vorlage im angegebenen Reinraum.

  • template_name (string): Name der Vorlage, für die diese UI gilt. Dies ist nicht der für den Benutzer sichtbare Titel, der über das Feld template_information.display_name festgelegt wird.

  • template_information (Dict): Informationen, die dem Benutzer in der UI angezeigt werden. Enthält die folgenden Felder:

    • display_name (Erforderlich): Anzeigename der Vorlage in der Web-App.

    • description (Erforderlich): Beschreibung der Vorlage.

    • methodik(Erforderlich): Beschreibung, wie der Verbraucher das Formular verwenden soll, um eine Analyse durchzuführen.

    • warehouse_hints (Objekt): Empfiehlt, welche Art von Warehouse für die Analyse zu verwenden ist. Dies ist ein Objekt mit den folgenden Feldern:

      • warehouse_size: Siehe warehouse_size in CREATE WAREHOUSE für gültige Werte.

      • snowpark_optimized (boolesch): Ob ein [Snowpark-optimiertes Warehouse für die Verarbeitung der Abfrage verwendet werden soll. Für die meisten Anwendungsfälle des maschinellen Lernens empfiehlt Snowflake TRUE.

    • render_table_dropdowns (Objekt): Ob die Standard-Dropdown-Listen angezeigt werden sollen, mit denen der Benutzer auswählen kann, welche Anbieter- und/oder Verbrauchertabellen er in der Abfrage verwenden möchte. Dies ist ein Objekt mit den folgenden Feldern:

      • render_consumer_table_dropdown: (Boolesch, Voreinstellung = TRUE) Falls TRUE, zeigen Sie die Standardauswahl für Verbrauchertabellen. Wenn FALSE, blenden Sie den Selektor für Verbrauchertabellen aus. Die Vorlage kann über die Vorlagenvariable my_table auf die ausgewählten Werte als Liste zugreifen.

      • render_provider_table_dropdown: (Boolesch, Standard = TRUE) Falls TRUE, zeigen Sie den Standard-Selektor für die Tabelle des Anbieters an. Falls FALSE, blenden Sie den Selektor für Anbieterabellen aus. Die Vorlage kann über die Vorlagenvariable source_table auf die ausgewählten Werte als Liste zugreifen.

    • activation_template_name: (Zeichenfolge) Name einer Aktivierungsvorlage in diesem Clean Room. Verwenden Sie den Namen der Vorlage ohne das Präfix cleanroom. Mehr über Aktivierungsvorlagen.

    • enabled_activations: (Zeichenfolge) Welche Arten von Aktivierungen aktiviert sind. Mögliche Werte: consumer, provider. Kein Standardwert; muss angegeben werden, wenn activation_template_name angegeben wird.

  • details (Dict): Definiert vom Benutzer konfigurierbare Eingabefelder, die Werte an die Vorlage übergeben. Dies ist ein Wörterbuch mit Schlüssel/Objekt-Paaren, wobei jedes Paar ein vom Benutzer konfigurierbares UI-Element darstellt. Der Schlüssel ist ein Variablenname in der JinjaSQL-Vorlage. Der Wert ist ein Objekt, das das UI-Element definiert. Jedes Objekt kann die folgenden Felder haben:

    <field_name>: {
      ['display_name': <string>,]
      ['order': <number>,]
      ['description': <string>,]
      ['type': <enum>,]
      ['default': <value>,]
      ['choices': <string array>,]
      ['infoMessage': <string>,]
      ['size': <enum>,]
      ['required': <bool>,]
      ['group': <string>,]
      ['references': <array of string>,]
      ['provider_parent_table_field':  <string>,]
      ['consumer_parent_table_field': <string>]
    }
    
    Copy
    • display_name: Labeltext für dieses Element im UI-Formular.

    • order: 1-basierte Reihenfolge, in der dieses Element im Formular angezeigt werden soll. Wenn nicht angegeben, werden die Elemente in der Reihenfolge gerendert, in der sie im Objekt erscheinen.

    • description: Eine Beschreibung des Zwecks des Elements, die unterhalb des Labels angezeigt wird. Geben Sie hier eine kurze Hilfe oder Beispiele ein. Wenn nichts angegeben ist, wird nichts angezeigt.

    • type: Der Typ des UI-Elements. Wenn Referenzen für dieses Eingabefeld angegeben sind, dann lassen Sie diesen Eintrag weg (der Typ wird für Sie ermittelt). Unterstützte Werte:

      • any (Standard): Reguläres Texteingabefeld.

      • boolean: Wahr/Falsch-Selektor

      • integer: Verwenden Sie Pfeile, um die Zahl zu ändern

      • multiselect: Wählen Sie mehrere Elemente aus einer Dropdown-Liste aus

      • dropdown: Wählen Sie ein Element aus einer Dropdown-Liste

      • date: Datumsselektor

    • default: Standardwert für dieses Element

    • choices: (Array aus Zeichenfolgen) Liste der Auswahlmöglichkeiten für Dropdown- und Multiselect-Elemente

    • infoMessage: Informativer Hovertext wird neben dem Element angezeigt. Wenn keine Angaben gemacht werden, wird keine QuickInfo angezeigt.

    • size: Elementgröße. Unterstützte Werte: XS, S, M, L, XL

    • required: Ob ein Wert für den Benutzer erforderlich ist. Geben Sie TRUE oder FALSE an.

    • group: Ein Gruppenname, der verwendet wird, um Elemente in der UI zu gruppieren. Verwenden Sie denselben Gruppennamen für Artikel, die in der UI zusammen gruppiert werden sollen. Wenn Sie die standardmäßigen Dropdown-Listen ausblenden, können Sie die speziellen Argumente {{ source_table }} und {{ my_table}} in der benutzerdefinierten Vorlage verwenden und dann Ihre eigene Dropdown-Liste definieren, die die gewünschten Tabellen enthält. Weitere Informationen zur Verwendung dieser speziellen Variablen bei der Definition der benutzerdefinierten Vorlage finden Sie unter provider.add_custom_sql_template.

    • references: Erstellt eine Dropdown-Liste mit Tabellen oder Spalten, die im Reinraum verfügbar sind, ohne dass Sie diese im Voraus kennen oder einzeln auflisten müssen. Falls verwendet, muss Typ entweder „multiselect“ oder „dropdown“ sein. Die folgenden Zeichenfolgenwerte werden unterstützt:

      • PROVIDER_TABLES: Dropdown-Liste mit allen für den Benutzer zugänglichen Tabellen des Anbieters im Reinraum

      • PROVIDER_JOIN_POLICY: Dropdown-Liste aller Spalten, die mit der durch provider_parent_table_field angegebenen Tabelle des Anbieters verbunden werden können

      • PROVIDER_COLUMN_POLICY: Dropdown-Liste aller Spalten mit einer Spaltenrichtlinie in der durch provider_parent_table_field angegebenen Tabelle des Anbieters.

      • PROVIDER_ACTIVATION_POLICY: Dropdown-Liste mit allen Spalten in der Aktivierungsrichtlinie des Anbieters.

      • CONSUMER_TABLES: Dropdown-Liste mit allen für den Benutzer zugänglichen Verbrauchertabellen im Reinraum

      • CONSUMER_COLUMNS: Dropdown-Liste aller Spalten in der durch consumer_parent_table_field angegebenen Verbrauchertabelle, auf die der Benutzer zugreifen kann. Sie sollten keine Verbraucher-Spaltenreferenzen in vom Anbieter ausgeführten Vorlagen verwenden, da der Verbraucher möglicherweise Join- und Spaltenrichtlinien anwendet, was dazu führen kann, dass eine Abfrage fehlschlägt, wenn die Richtlinie für die Spalte nicht beachtet wird.

      • CONSUMER_JOIN_POLICY: Dropdown-Liste mit allen Spalten, die mit der durch consumer_parent_table_field angegebenen Verbrauchertabelle verknüpft werden können

      • CONSUMER_COLUMN_POLICY: Dropdown-Liste aller Spalten mit einer Spaltenrichtlinie in der durch consumer_parent_table_field angegebenen Verbrauchertabelle

    • provider_parent_table_field: Geben Sie den Namen des UI-Elements an, in dem der Benutzer eine Tabelle des Anbieters auswählt (geben Sie hier nicht den Tabellennamen selbst an). Verwenden Sie diese Option nur, wenn Referenzen auf PROVIDER_COLUMN_POLICY oder PROVIDER_JOIN_POLICY eingestellt ist.

    • consumer_parent_table_field: Geben Sie den Namen des UI-Elements an, in dem der Benutzer eine Verbrauchertabelle auswählt (geben Sie hier nicht den Tabellennamen selbst an). Verwenden Sie diese Funktion nur, wenn Referenzen auf CONSUMER_COLUMNS, CONSUMER_JOIN_POLICY oder CONSUMER_COLUMN_POLICY eingestellt ist.

  • output_config (Dict) Legt fest, wie die Ergebnisse der Vorlagen in der Webanwendung grafisch dargestellt werden sollen. Wenn Sie keine Angaben machen, werden die Ergebnisse nicht in einem Diagramm, sondern nur in einer Tabelle angezeigt. Wenn Sie kein Diagramm wünschen, geben Sie für dieses Argument ein leeres Objekt {} an. Erlaubte Felder:

    • measure_columns: Namen der Spalten, die Messgrößen und Dimensionen enthalten, die in dem von der Webanwendung erzeugten Diagramm verwendet werden sollen.

    • default_output_type: Das Standardformat für die Anzeige der Ergebnisse. Der Benutzer kann das Anzeigeformat in der Regel in der UI ändern, wenn die Daten im richtigen Format vorliegen. Unterstützte Typen:

      • TABLE: (Standard) Tabellenformat

      • BAR: Balkendiagramm, das sich gut für den Vergleich verschiedener Kategorien eignet

      • LINE: Zeilendiagramm, das gut geeignet ist, um Trends im Zeitverlauf oder kontinuierliche Daten darzustellen

      • PIE: Kreisdiagramm, das sich für die Darstellung von Proportionen oder Prozentsätzen eignet

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

-- Specify the display name, description, and warehouse, and hide the default table dropdown lists. 
-- Define the following two fields in the UI:
--   A provider table selector that shows all provider tables. Chosen tables can be accessed by the template with the variable 'a_provider_table'
--     (This dropdown list is equivalent to setting `render_table_dropdowns.render_provider_table_dropdown: True`)
--   A column selector for the tables chosen in 'a_provider_table'. Chosen columns can be accessed by the template with the variable 'a_provider_col'

call samooha_by_snowflake_local_db.provider.add_ui_form_customizations(
    $cleanroom_name,
    'prod_custom_template',
    {
        'display_name': 'Custom Analysis Template',
        'description': 'Use custom template to run a customized analysis.',
        'methodology': 'This custom template dynamically renders a form for you to fill out, which are then used to generate a customized analysis fitting your request.',
        'warehouse_hints': {
            'warehouse_size': 'xsmall',
            'snowpark_optimized': FALSE
        },
        'render_table_dropdowns': {
            'render_consumer_table_dropdown': false,
            'render_provider_table_dropdown': false
        },
        'activation_template_name': 'activation_my_template',
        'enabled_activations': ['consumer', 'provider']  
    },    
    {
        'a_provider_table': {
            'display_name': 'Provider table',
            'order': 3,
            'description': 'Provider table selection',
            'size': 'S',
            'group': 'Seed Audience Selection',
            'references': ['PROVIDER_TABLES'],
            'type': 'dropdown'
        },
        'a_provider_col': {
            'display_name': 'Provider column',
            'order': 4,
            'description': 'Which col do you want to count on',
            'size': 'S',
            'group': 'Seed Audience Selection',
            'references': ['PROVIDER_COLUMN_POLICY'],
            'provider_parent_table_field': 'a_provider_table',
            'type': 'dropdown'
        }
    },
    {
        'measure_columns': ['col1', 'col2'],
        'default_output_type': 'PIE'
    }
);
Copy

provider.restrict_template_options_to_consumers

Beschreibung: Steuert, welche Benutzer auf eine bestimmte Vorlage in einem bestimmten Reinraum zugreifen können. Diese Prozedur setzt alle Zugriffslisten außer Kraft, die zuvor durch eine andere Prozedur für ein Reinraum/Vorlagen-Paar festgelegt wurden.

Argumente:

  • cleanroom_name (string) – Der Name des Reinraums.

  • access_details(JSON-Object) – Der Name einer Vorlage und die Benutzer, die auf diese Vorlage in diesem Reinraum zugreifen können. Wenn eine Vorlage angegeben ist, können nur die hier aufgeführten Benutzer auf diese Vorlage in diesem Reinraum zugreifen. Dies ist ein Objekt mit einem untergeordneten Objekt pro Vorlage im folgenden Format: {'template_name': ['user1_locator','user2_locator','userN_locator']}

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.restrict_template_options_to_consumers(
    $cleanroom_name,
    {
        'prod_template_1': ['CONSUMER_1_LOCATOR', 'CONSUMER_2_LOCATOR']
    }
);
Copy

Verbraucherdefinierte Vorlagen

Mit den folgenden APIs können Sie die Anfrage eines Verbrauchers, eine Vorlage zum Reinraum hinzuzufügen, genehmigen oder ablehnen. Eine vom Verbraucher definierte Vorlage wird nur dann zu einem Reinraum hinzugefügt, wenn der Anbieter der Anfrage des Verbrauchers auf Hinzufügen zustimmt. Weitere Informationen finden Sie unter Mit dem Entwickler API benutzerdefinierte Vorlagen hinzufügen.

provider.list_pending_template_requests

Beschreibung: Listet alle nicht genehmigten Anfragen von Verbrauchern auf, die eine vom Verbraucher definierte Vorlage zu einem Clean Room hinzufügen möchten. Dazu gehören ausstehende, genehmigte und abgelehnte Anfragen. Verwenden Sie diese Prozedur, um nach ausstehenden Anfragen zu suchen und diese zu genehmigen (provider.approve_template_request) oder abzulehnen (provider.reject_template_request).

Argumente:

  • cleanroom_name (string) – Ansicht der Verbraucheranfragen zum Hinzufügen einer Vorlage zu diesem Reinraum.

Rückgabe: Eine Tabelle mit u. a. den folgenden Werten:

request_id (string) - ID der Anfrage, die benötigt wird, um die Anfrage zu akzeptieren oder abzulehnen. consumer_locator (string) - Konto-Locator der Person, die die Anfrage stellt. template_name (string) - Name der vom Verbraucher bereitgestellten Vorlage. template_definition (string) - Vollständige Definition der vom Verbraucher vorgeschlagenen Vorlage.

Beispiel:

call samooha_by_snowflake_local_db.provider.list_pending_template_requests($template_name);
Copy

provider.list_template_requests

Beschreibung: Listet alle Anfragen von Verbrauchern auf, die eine vom Verbraucher definierte Vorlage zu einem Reinraum hinzufügen möchten. Dazu gehören ausstehende, genehmigte und abgelehnte Anfragen. Verwenden Sie diese, um nach ausstehenden Anfragen zu suchen und diese zu genehmigen (provider.approve_template_request) oder abzulehnen (provider.reject_template_request).

Argumente:

  • cleanroom_name (string) – Ansicht der Verbraucheranfragen zum Hinzufügen einer Vorlage zu diesem Reinraum.

Rückgabe: Eine Tabelle mit u. a. den folgenden Werten:

request_id (string) – ID der Anfrage, wird benötigt, um die Anfrage anzunehmen oder abzulehnen. consumer_identifier (string) – Konto-Locator der Person, die die Anfrage stellt. template_name (string) – Name der vom Verbraucher bereitgestellten Vorlage. template_definition (string) – Vollständige Definition der vom Verbraucher vorgeschlagenen Vorlage. status (string) – Status der Anfrage: PENDING, APPROVED, REJECTED.

Beispiel:

call samooha_by_snowflake_local_db.provider.list_template_requests($template_name);
Copy

provider.approve_template_request

Beschreibung: Genehmigt eine Anfrage zum Hinzufügen einer Vorlage zum Reinraum.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, dem der Benutzer die Vorlage hinzufügen möchte.

  • request_id (string) – ID der zu genehmigenden Anfrage. Rufen Sie provider.list_template_requests auf, um die Anfrage IDs anzuzeigen.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.approve_template_request($cleanroom_name, 
    '815324e5-54f2-4039-b5fb-bb0613846a5b');
Copy

provider.approve_multiple_template_requests

Beschreibung: Genehmigt mehrere Verbraucheranfragen zum Hinzufügen einer Vorlage zu einem Clean Room. Alle Anfragen müssen sich auf einen einzigen Clean Room beziehen.

Argumente:

  • cleanroom_name (string) - Der Name des Clean Room, für den diese Anfrage gilt.

  • request_ids (Array von Zeichenfolgen) - Die IDs aller zu genehmigenden Vorlagenanfragen. Um eine Anfragen-ID zu erhalten, rufen Sie provider.list_template_requests auf.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.approve_multiple_template_requests($cleanroom_name, 
    ['cfd538e2-3a17-48e3-9773-14275e7d2cc9','2982fb0a-02b7-496b-b1c1-56e6578f5eac']);
Copy

provider.reject_template_request

Beschreibung: Lehnt eine Anfrage zum Hinzufügen einer Vorlage zu einem Reinraum ab.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, dem der Benutzer die Vorlage hinzufügen möchte.

  • request_id (string) – ID der abzulehnenden Anfrage. Rufen Sie provider.list_template_requests auf, um die Anfrage IDs anzuzeigen.

  • reason_for_rejection (string) – Grund für die Ablehnung der Anfrage.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.reject_template_request('dcr_cleanroom',
  'cfd538e2-3a17-48e3-9773-14275e7d2cc9',
  'Failed security assessment');
Copy

provider.reject_multiple_template_requests

Beschreibung: Lehnt mehrere Verbraucheranfragen zum Hinzufügen einer Vorlage zu einem Clean Room ab. Alle Anfragen müssen sich auf denselben Clean Room beziehen.

Argumente:

  • cleanroom_name (string) - Name des Clean Room, für den diese Anfrage gilt.

  • rejected_templates (Array von Objekten) - Ein Array von Objekten mit den folgenden Feldern, eines pro Ablehnung:

    • request_id (string) - ID der abzulehnenden Anfrage. Um eine Anfragen-ID zu erhalten, rufen Sie provider.list_template_requests auf.

    • reason_for_rejection(string) - Eine Freitextbeschreibung, warum die Anfrage abgelehnt wird.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.reject_multiple_template_requests($cleanroom_name,
  [OBJECT_CONSTRUCT('request_id', '815324e5-54f2-4039-b5fb-bb0613846a5b', 'reason_for_rejection', 'Failed security assessment'),
   OBJECT_CONSTRUCT('request_id', '2982fb0a-02b7-496b-b1c1-56e6578f5eac', 'reason_for_rejection', 'Some other reason')
  ]);
Copy

Vorlagenketten

Verwenden Sie die folgenden Befehle, um Vorlagenketten zu erstellen und zu verwalten.

provider.add_template_chain

Beschreibung: Erzeugt eine neue Vorlagenkette. Vorlagen müssen vorhanden sein, bevor sie der Vorlagenkette hinzugefügt werden. Nachdem eine Vorlagenkette erstellt wurde, kann sie nicht mehr geändert werden, aber Sie können eine neue Vorlagenkette mit demselben Namen erstellen, um die alte zu überschreiben.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, dem die Vorlagenkette hinzugefügt werden soll.

  • template_chain_name (string) – Name der Vorlagenkette.

  • templates (Array von Objekten) – Array von Objekten, eines pro Vorlage. Das Objekt kann die folgenden Felder enthalten:

    • template_name (string) – Gibt die Vorlage an, die der Vorlagenkette hinzugefügt wird. Die Vorlage muss bereits zum Reinraum hinzugefügt worden sein, indem Sie provider.add_template_chain aufrufen.

    • cache_results (boolean) – Legt fest, ob die Ergebnisse der Vorlage vorübergehend gespeichert werden, damit andere Vorlagen in der Vorlagenkette darauf zugreifen können. Um Ergebnisse zwischenzuspeichern, geben Sie TRUE an.

    • output_table_name (string) – Wenn cache_results = TRUE, gibt dies den Namen der Snowflake-Tabelle an, in der die Vorlagenergebnisse gespeichert werden.

    • jinja_output_table_param (string) – Wenn cache_results = TRUE, gibt dies den Namen des Jinja-Parameters an, den andere Vorlagen enthalten müssen, um die in output_table_name gespeicherten Ergebnisse zu akzeptieren.

    • cache_expiration_hours (Ganzzahl) – Wenn cache_results = TRUE, gibt dies die Anzahl der Stunden an, bevor die Ergebnisse im Cache gelöscht werden. Wenn der Cache abläuft, wird der Cache bei der nächsten Ausführung der Vorlagenkette mit den Ergebnissen der Vorlage aufgefrischt.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.add_template_chain(
  $cleanroom_name,
  'my_chain',
  [
    {
      'template_name': 'crosswalk',
      'cache_results': True,
      'output_table_name': 'crosswalk',
      'jinja_output_table_param': 'crosswalk_table_name',
      'cache_expiration_hours': 2190
    },
    {
      'template_name': 'transaction_insights',
      'cache_results': False
    }
  ]
);
Copy

provider.view_added_template_chains

Beschreibung: Listet die Vorlagenketten im angegebenen Reinraum auf.

Argumente:

  • cleanroom_name (string) – Der Name des Reinraums.

Rückgabe: (Tabelle) Beschreibung aller Vorlagenketten, die diesem Reinraum hinzugefügt wurden.

Beispiel:

call samooha_by_snowflake_local_db.provider.view_added_template_chains($cleanroom_name);
Copy

provider.view_template_chain_definition

Beschreibung: Gibt die Definition einer Vorlagenkette zurück.

Argumente:

  • cleanroom_name (string) – Name des mit dieser Vorlagenkette verbundenen Reinraums.

  • template_chain_name (string) – Name der mit diesem Reinraum verbundenen Vorlagenkette.

Rückgabe: (Tabelle) Beschreibung der angegebenen Vorlagenkette.

Beispiel:

call samooha_by_snowflake_local_db.provider.view_template_chain_definition($cleanroom_name, 'my_chain');
Copy

provider.clear_template_chain

Beschreibung: Löscht eine bestimmte Vorlagenkette aus einem bestimmten Reinraum. Die Kette wird nirgendwo gespeichert. Wenn Sie also die Kette neu erstellen möchten, müssen Sie sie von Grund auf neu erstellen.

Argumente:

  • cleanroom_name (string) – Der Reinraum, dem diese Vorlagenkette zugewiesen ist.

  • template_chain_name (string) – Die Vorlagenkette, die aus diesem Reinraum entfernt werden soll.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.clear_template_chain($cleanroom_name, 'my_chain');
Copy

Multi-Anbieter-Analyse

Diese Prozeduren ermöglichen die Multi-Anbieter-Analyse.

provider.enable_multiprovider_computation

Beschreibung: Mit dieser Prozedur können Tabellen aus Ihrem Clean Room in Kombination mit der angegebenen Vorlage verwendet werden, wenn der angegebene Benutzer dies wünscht, und in Kombination mit Tabellen aus den angegebenen Clean Rooms. Mit dieser Prozedur kann ein Verbraucher eine Abfrage anhand von Daten aus mehreren Clean Rooms durchführen. Diese Prozedur genehmigt diese Anfragen nicht automatisch, sondern ermöglicht den Beginn des manuellen oder automatisierten Genehmigungsprozesses für den angegebenen Benutzer und die Clean Rooms, indem Anfragen im Multi-Anbieter-Anfrageprotokoll für diesen Clean Room protokolliert werden.

Alle Aufrufe, die mit consumer.prepare_multiprovider_flow an diesen Clean Room gerichtet werden, werden gespeichert und sichtbar, noch bevor Sie enable_multiprovider_computation für diesen Clean Room aufrufen.

Um einem Verbraucher den Zugang zu mehreren Clean Rooms in Ihrem Konto zu ermöglichen, geben Sie einen Clean Room im Argument cleanroom_name und die anderen im Argument approved_other_cleanrooms an.

Für diese Prozedur muss im Clean Room eine Verknüpfungsrichtlinie festgelegt werden.

Wenn eine Anfrage protokolliert wird, erfolgt die Genehmigung gemäß dem Anfrage-Workflow für einen bestimmten Benutzer und eine bestimmte Abfrage.

Es gibt keine Möglichkeit, die Protokollierung von Anfragen zu deaktivieren, nachdem sie gestartet wurde, aber Sie können die automatische Genehmigung für einen bestimmten Benutzer aussetzen (wenn Sie sie durch den Aufruf von provider.suspend_multiprovider_tasks gewährt haben) und dann keine weiteren Anfragen mehr genehmigen.

Argumente:

  • cleanroom_name (string) – Name eines Reinraums, den Sie besitzen. Alle Daten in diesem Clean Room können mit den unter approved_other_cleanrooms aufgelisteten Clean Rooms in Multi-Anbieter-Anfragen von consumer_account gemeinsam genutzt werden.

  • consumer_account (string) – Konto-Locator eines Verbrauchers, der berechtigt ist, die Anfrage zu stellen und, falls genehmigt, eine Abfrage gegen alle Tabellen in diesem Reinraum in Kombination mit Daten aus allen unter approved_other_cleanrooms aufgeführten Reinräumen durchzuführen.

  • approved_other_cleanrooms (Array aus Zeichenfolgen) – Array mit vollständig qualifizierten Namen von Reinräumen, mit denen Daten aus diesem Reinraum kombiniert werden können. Das Format der einzelnen Einträge ist provider_org_name.provider_account_name.cleanroom_name. Wichtig: Geben Sie den Kontonamen, nicht den Konto-Locator, in jeder Clean Room-Beschreibung an.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.enable_multiprovider_computation(
  $cleanroom_name,
  $consumer_account_locator,
  <org_name>.<account_locator>.<cleanroom_name>);
Copy

provider.view_multiprovider_requests

Beschreibung: Zeigt alle Anfragen für Multi-Anbieter-Analysen von einem bestimmten Konto und Reinraum. Dies umfasst sowohl genehmigte als auch abgelehnte Anträge. Anbieter können diese Prozedur verwenden, um Anfragen abzufragen, um sie manuell zu genehmigen, indem sie provider.process_multiprovider_request aufrufen, oder um alle Anfragen eines bestimmten Verbrauchers in einem bestimmten Clean Room zu sehen.

Sie müssen enable_multiprovider_computation für diesen Clean Room und dieses Verbraucherkonto aufrufen, bevor Sie view_multiprovider_requests aufrufen können.

Argumente:

  • cleanroom_name (string) - Zeigt Anfragen des angegebenen Kunden aus diesem Clean Room an.

  • consumer_account (string) - Zeigt die Anfragen von diesem Konto-Locator aus dem angegebenen Clean Room.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.view_multiprovider_requests($cleanroom_name, $consumer_locator);
Copy

provider.process_multiprovider_request

Beschreibung: Genehmigt die Ausführung der angegebenen Abfrage mit mehreren Anbietern, wenn alle Prüfungen bestanden wurden. Geprüft wird u. a. das Alter der Anfrage und ob der Anbieter die Anfrage in einem früheren Aufruf an provider.enable_multiprovider_computation genehmigt hat oder nicht. Der Verbraucher muss dennoch consumer.execute_multiprovider_flow aufrufen, um die Abfrage auszuführen. Eine Anfrage wird nach vier Stunden gelöscht, wenn sie nicht genehmigt wird.

Standardmäßig müssen alle Multi-Anbieter-Anfragen mit dieser Prozedur bearbeitet werden. Wenn Sie es vorziehen, dass alle Anfragen von diesem Verbraucher in diesem Clean Room automatisch genehmigt werden, geben Sie -1 für request_id an. Wenn Sie möchten, dass alle Anfragen von allen Verbrauchern in diesem Clean Room genehmigt werden, rufen Sie provider.resume_multiprovider_tasks auf. Erfahren Sie, wie Sie bereits genehmigte Anfragen widerrufen können.

Nachdem die Anfrage bewertet wurde, werden die Anfrage und der Bewertungsstatus in die Protokolltabelle für diesen Clean Room geschrieben.

Argumente:

  • cleanroom_name (string) – Der Name Ihres Reinraums, den ein Verbraucher in eine Analyse mit mehreren Anbietern aufnehmen möchte.

  • consumer_account (string) – Der Verbraucherkonto-Locator des Benutzers, der eine Analyse mit mehreren Anbietern anfragt. Dieser Locator muss für diesen Reinraum und die anderen in der Anfrage aufgeführten Reinräume in einem Aufruf an provider.enable_multiprovider_computation genehmigt worden sein.

  • request_id (string) – Zu genehmigende Anfrage ID von provider.view_multiprovider_requests. Geben Sie -1 ein, um alle Anfragen für diesen Verbraucher in diesem Clean Room zu genehmigen.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.process_multiprovider_request($cleanroom_name_1, $consumer_account_locator, $request_id);
Copy

provider.suspend_multiprovider_tasks

Beschreibung: Stoppt die automatische Überprüfung und Genehmigung (für qualifizierte Abfragen) in einer Abfrage mit mehreren Anbietern in dem angegebenen Clean Room. Abfragen mit mehreren Anbietern sind für den Clean Room immer noch möglich, aber jede Abfrage muss jetzt explizit vom Anbieter genehmigt werden, indem provider.process_multiprovider_request aufgerufen wird.

Der Standardstatus für alle Clean Rooms ist, dass die automatische Genehmigung für mehrere Anbieter deaktiviert ist. Um sie zu aktivieren, rufen Sie provider.resume_multiprovider_tasks auf.

Argumente:

  • cleanroom_name (string) – Der Name des Reinraums.

  • consumer_account (string) - Konto-Locator des Verbrauchers, dessen Multi-Anbieter-Anfragen für alle Vorlagen in diesem Clean Room ausgesetzt werden sollen. Spätere Anfragen dieses Benutzers in diesem Clean Room werden nicht mehr berücksichtigt.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.suspend_multiprovider_tasks($cleanroom_name, $consumer_locator);
Copy

provider.resume_multiprovider_tasks

Beschreibung: Ermöglicht die automatische Überprüfung und Genehmigung (für qualifizierte Abfragen) von Multi-Anbieter-Analysen für den jeweiligen Benutzer im jeweiligen Clean Room. Die automatische Überprüfung ist für einen Clean Room standardmäßig deaktiviert.

Um die automatische Genehmigung zu beenden, rufen Sie provider.suspend_multiprovider_tasks auf.

Argumente:

  • cleanroom_name (string) – Der Name des Reinraums.

  • consumer_account (string) - Konto des Verbrauchers, dessen Multi-Anbieter-Anfragen in diesem Clean Room nun in die Warteschlange gestellt werden.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.resume_multiprovider_tasks('my_cleanroom', $consumer_locator);
Copy

Aktivierung

Aktivierung bedeutet den Export von Ergebnissen an einen Anbieter, einen Verbraucher oder einen Dritten. Mehr über die Aktivierung.

provider.set_activation_policy

Beschreibung: Legt fest, welche Anbieterspalten innerhalb einer Aktivierungsvorlage verwendet werden können. Nur die in einer Aktivierungsrichtlinie aufgeführten Spalten können aus dem Datensatz des Anbieters aktiviert werden. Wenn Sie keine Aktivierungsrichtlinie festlegen, können keine Anbieterdaten aktiviert werden.

Der Aufruf dieser Prozedur löscht alle vorherigen Aktivierungsrichtlinien, die der Anbieter festgelegt hat.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, in dem die Aktivierung erlaubt sein soll.

  • columns (Array aus Zeichenfolgen) – Nur die hier aufgeführten Spalten können in einer Aktivierungsvorlage in diesem Reinraum verwendet werden. Das Format der Spaltennamen lautet template_name:fully_qualified_table_name:column_name. Beachten Sie die korrekte Verwendung der Markierungen Punkt . und Doppelpunkt :.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.set_activation_policy('my_cleanroom', [ 
    'prod_overlap_analysis:SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS:HASHED_EMAIL',  
    'prod_overlap_analysis:SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS:REGION_CODE' ]);
Copy

provider.update_activation_warehouse

Beschreibung: Geben Sie an, welche Größe das Warehouse haben soll, wenn die Ergebnisse in die Ausgabetabelle in einer Anbieteraktivierung entschlüsselt werden. Das für die Entschlüsselung verwendete Warehouse ist DCR_ACTIVATION_WAREHOUSE. Der Anbieter zahlt für dieses Warehouse.

Argumente:

  • size (string) - Größe des Warehouse. Wählen Sie einen der WAREHOUSE_SIZE-Werte aus dem Befehl CREATE WAREHOUSE.

Rückgabe: (Zeichenfolge) Erfolgsmeldung.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.update_activation_warehouse('LARGE');
Copy

provider.setup_provider_activation_share_mount_task

Beschreibung: Ermöglicht die Anbieteraktivierung, wenn der Anbieter die Clean Room UI nicht auf seinem Konto installiert hat.

Rufen Sie dies auf, nachdem Sie Verbraucher mit provider.add_consumers hinzugefügt haben. Wird nur aufgerufen, wenn Sie die Anbieteraktivierung implementieren und und Sie (der Anbieter) die Clean Room UI nicht installiert haben. (Es spielt keine Rolle, ob der Verbraucher die UI installiert hat oder nicht)

Damit wird ein Thread gestartet, der asynchron die für die Aktivierung des Anbieters erforderlichen Verbraucherfreigaben einbindet. Anstatt die Freigaben synchron einzubinden und Ihren Code zu blockieren, bindet dieser Code die Freigabe asynchron ein und prüft in regelmäßigen Abständen, ob es neue Teilnehmer gibt. Sie müssen diese Prozedur nur einmal aufrufen und können später weitere Teilnehmer hinzufügen, ohne diese Prozedur erneut aufrufen zu müssen.

Argumente:

  • frequency_minutes (Ganzzahl) - Wie oft nach neuen Verbrauchern in diesem Clean Room gesucht werden soll, um auch für sie Freigaben einzubinden. Ein empfohlener Wert ist 15.

Rückgabe: (Zeichenfolge) Eine Erfolgsmeldung.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.setup_provider_activation_share_mount_task(15);
Copy

Analysen als Anbieter durchführen

Erfahren Sie, wie Sie eine Anbieter-Analyse durchführen

provider.enable_provider_run_analysis

Beschreibung: Ermöglicht es dem Anbieter (Ersteller des Reinraums), Analysen in einem bestimmten Reinraum durchzuführen. Diese Funktion ist standardmäßig deaktiviert. Der Verbraucher muss dann consumer.enable_templates_for_provider_run aufrufen, um die vom Anbieter durchgeführten Analysen für bestimmte Vorlagen im Clean Room zu aktivieren. Danach kann der Anbieter eine Analyse durchführen, indem er provider.submit_analysis_request aufruft.

Erfahren Sie mehr über die Analyse des Anbieters

Wichtig

Diese Prozedur muss aufgerufen werden nach provider.add_consumers und bevor ein Verbraucher einen Reinraum installiert. Wenn dies geändert wird, nachdem ein Verbraucher seinen Reinraum bereits installiert hat, muss er den Reinraum neu installieren, um die neue Konfiguration zu berücksichtigen.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, der eine vom Anbieter durchgeführte Analyse ermöglichen soll.

  • consumer_accounts (Array aus Zeichenfolgen) – Konto-Locator aller Verbraucherkonten, die Daten zu diesem Reinraum hinzugefügt haben.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.enable_provider_run_analysis($cleanroom_name, ['<CONSUMER_ACCOUNT_LOCATOR>']);
Copy

provider.disable_provider_run_analysis

Beschreibung: Verhindert, dass der Anbieter (Ersteller des Reinraums) eine Analyse im Reinraum durchführt (dies ist standardmäßig deaktiviert).

Wichtig

Diese Prozedur muss aufgerufen werden nach provider.add_consumers und bevor ein Verbraucher einen Reinraum installiert. Wenn dies geändert wird, nachdem ein Verbraucher seinen Reinraum bereits installiert hat, muss er den Reinraum neu installieren, damit die neue Konfiguration berücksichtigt wird.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, in dem die vom Anbieter durchgeführte Analyse deaktiviert werden soll.

  • consumer_account_locator (string) – Dieselbe Liste von Namen von Verbraucherkonten, die an provider.enable_provider_run_analysis übergeben wird.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.disable_provider_run_analysis($cleanroom_name, ['<CONSUMER_ACCOUNT_LOCATOR>']);
Copy

library.is_provider_run_enabled

Beschreibung: Prüft, ob dieser Reinraum vom Anbieter durchgeführte Analysen erlaubt.

Argumente:

  • cleanroom_name (string) – Name des zu prüfenden Reinraums.

Rückgabe: (string) Ob dieser Reinraum vom Anbieter durchgeführte Analysen erlaubt oder nicht.

Beispiel:

call samooha_by_snowflake_local_db.library.is_provider_run_enabled($cleanroom_name)
Copy

provider.view_warehouse_sizes_for_template

Beschreibung: Zeigen Sie die Liste der Warehouse-Größen und -Typen an, die in von Anbietern durchgeführten Analysen mit einer bestimmten Vorlage verwendet werden können. Der Verbraucher muss die Liste zunächst in seinem Aufruf an consumer.enable_templates_for_provider_run auffüllen.

Argumente:

  • consumer_account (string) - Konto-Locator des Verbrauchers, der die vom Anbieter gestellte Anfrage genehmigt.

  • cleanroom_name (string) – Der Name des Reinraums.

  • template_name (string) - Name der Vorlage, die der Anbieter ausführen möchte.

  • consumer_account (string) - Konto-Locator des Verbrauchers, der die vom Anbieter gestellte Anfrage genehmigt.

Rückgabe: Eine Tabelle der zulässigen Warehouse-Größen und -Typen. Unterstützte Zeichenfolgen für Warehouse-Typ und -Größe sind die, die von den Eigenschaften WAREHOUSE_TYPE und WAREHOUSE_SIZE im Befehl CREATE WAREHOUSE verwendet werden.

Beispiel:

CALL samooha_by_snowflake_local_db.PROVIDER.VIEW_WAREHOUSE_SIZES_FOR_TEMPLATE($cleanroom_name, $template_name, $consumer_account_loc);
Copy

provider.submit_analysis_request

Beschreibung: Übermittelt eine Analyse zur Ausführung im Clean Room. Alle folgenden Bedingungen müssen erfüllt sein, bevor Sie diese Prozedur aufrufen:

Die Vorlage wird im Reinraum ausgeführt, und die Ergebnisse werden sicher im Reinraum gespeichert. Die Ergebnisse werden verschlüsselt, sodass nur der Anbieter die Ergebnisse sehen kann.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, in dem die Vorlage ausgeführt werden soll.

  • consumer_account_locator (string) – Konto-Locator des Verbrauchers in diesem Reinraum, der Anbieter-Analysen durch den Aufruf von consumer.enable_templates_for_provider_run zugelassen hat.

  • template_name (string) – Name der Vorlage, die ausgeführt werden soll.

  • provider_tables (array) – Liste der Anbietertabellen, die in der Vorlage angezeigt werden sollen. Diese Liste wird die Array-Variable source_table füllen.

  • consumer_tables (array) – Liste der Verbrauchertabellen, die der Vorlage zur Verfügung gestellt werden sollen. Diese Liste wird die Array-Variable my_table füllen.

  • analysis_arguments (Objekt) – JSON Objekt, bei dem jeder Schlüssel ein Argumentname ist, der in der von Ihnen erstellten Vorlage verwendet wird. Wenn Sie einen bestimmten Warehouse-Typ und eine bestimmte Größe verwenden möchten, wählen Sie einen Typ und eine Größe, die unter provider.view_warehouse_sizes_for_template aufgelistet sind, und geben Sie diese dann in den folgenden Feldern an:

    • warehouse_type (string) - Ein Warehouse-Typ, den der Verbraucher für vom Anbieter durchgeführte Analysen mit der angegebenen Vorlage unterstützt.

    • warehouse_size (string) - Eine Warehouse-Größe, die der Verbraucher für vom Anbieter durchgeführte Analysen mit der angegebenen Vorlage unterstützt.

Rückgabe: (string) Eine Anfrage-ID, die dazu dient, den Status der Anfrage zu überprüfen und auch auf die Ergebnisse zuzugreifen. Speichern Sie diese ID, denn Sie werden sie benötigen, um die Analyseergebnisse anzuzeigen.

Beispiel:

call samooha_by_snowflake_local_db.provider.submit_analysis_request(
    $cleanroom_name, 
    '<CONSUMER_ACCOUNT>',
    'prod_overlap_analysis', 
    ['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS'], 
    ['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS'], 
    object_construct(       
      'dimensions', ['c.REGION_CODE'],        
      'measure_type', ['AVG'],           
      'measure_column', ['c.DAYS_ACTIVE'],
      'warehouse_type', 'STANDARD',        -- If this type and size pair were not listed by view_warehouse_sizes_for_template,
      'warehouse_size', 'LARGE'            -- the request will automatically fail.
    ));
Copy

provider.check_analysis_status

Beschreibung: Der Anbieter ruft diese Prozedur auf, um den Status der Anbieteranalyseanfrage zu überprüfen. Es kann eine erhebliche Verzögerung geben, bis Sie den Status einer Anfrage sehen können. Wenn eine Analyse als abgeschlossen markiert ist, rufen Sie provider.get_analysis_result auf, um die Ergebnisse anzuzeigen.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, in dem die Anfrage gestellt wurde.

  • request_id (string) – ID der Anfrage, zurückgegeben von provider.submit_analysis_request.

  • consumer_account_locator (string) – Konto-Locator des Verbrauchers, an den die Anfrage gesendet wurde.

Rückgabe: (string) Status der Anfrage, wobei COMPLETED einen erfolgreichen Abschluss der Analyse bedeutet. Mögliche Status:

  • IN-PROGRESS: Die Analyse ist in Arbeit.

  • FAILED: Bei der Ausführung der Analyse ist ein Problem aufgetreten.

  • COMPLETED: Die Analyse ist abgeschlossen.

  • NOT FOUND: Die angegebenen Argumente haben keine Ergebnisse geliefert (z. B. eine falsche Anfragen-ID).

Beispiel:

-- It can take up to 2 minutes for this to pick up the request ID after the initial request
call samooha_by_snowflake_local_db.provider.check_analysis_status(
    $cleanroom_name, 
    $request_id, 
    '<CONSUMER_ACCOUNT>'
);
Copy

provider.get_analysis_result

Beschreibung: Holen Sie sich die Ergebnisse für eine vom Anbieter durchgeführte Analyse. Sie müssen warten, bis der Analysestatus als COMPLETED aufgeführt wird, bevor Sie die Ergebnisse abrufen können. Die Ergebnisse bleiben im Reinraum auf unbestimmte Zeit erhalten.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, für den die Anfrage gesendet wurde.

  • request_id (string) – ID der Anfrage, zurückgegeben von submit_analysis_request.

  • consumer_account_locator (string) – Konto-Locator des Verbrauchers, der an submit_analysis_request übergeben wird.

Ergebnisse: (Tabelle) Abfrageergebnisse.

Beispiel:

call samooha_by_snowflake_local_db.provider.get_analysis_result(
    $cleanroom_name, 
    $request_id, 
    $locator
);
Copy

Verwalten Sie die gemeinsame Nutzung von Reinräumen

Verwenden Sie die folgenden Befehle, um die gemeinsame Nutzung eines Reinraums mit Verbrauchern zu verwalten.

provider.view_consumers

Beschreibung: Listet die Verbraucher auf, die Zugang zum Reinraum haben. Es wird nicht angezeigt, ob ein Verbraucher den Reinraum installiert hat.

Argumente:

  • cleanroom_name (string) – Der Reinraum von Interesse.

Rückgabe: (Tabelle) – Liste der Konten von Verbrauchern, die auf den Reinraum zugreifen können.

Beispiel:

call samooha_by_snowflake_local_db.provider.view_consumers($cleanroom_name);
Copy

provider.add_consumers

Beschreibung: Gewährt den angegebenen Benutzern Zugriff auf den angegebenen Reinraum. Der Reinraum kann sowohl über die Web-App als auch über API aufgerufen werden. Dabei werden die Verbraucherlisten aus früheren Aufrufen nicht überschrieben. Der Zugang zum Clean Room wird einem bestimmten Benutzer gewährt, nicht einem ganzen Konto. Beachten Sie, dass sich das Konto des Verbrauchers in der gleichen Snowflake-Region wie der Anbieter befinden muss, um auf einen Clean Room zugreifen zu können. Sie können Ihre Region überprüfen, indem Sie select current_region(); aufrufen.

Sie können die aktuelle Liste der Verbraucher einsehen, indem Sie provider.view_consumers aufrufen.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, der für die angegebenen Benutzer freigegeben werden soll. Benutzer können den Reinraum entweder über die API oder die Web-App installieren.

  • consumer_account_locators (string) – Eine durch Komma getrennte Liste von Verbraucherkonto-Locator, wie sie von CURRENT_ACCOUNT zurückgegeben wird. Diese Liste sollte die gleiche Anzahl von Einträgen in der gleichen Reihenfolge enthalten, wie sie in consumer_account_names enthalten ist.

  • consumer_account_names (string) - Eine durch Kommas getrennte Liste von Datenfreigabe-Verbraucherkonto-IDs für den Verbraucher im Format org_name.account_name. Der Organisationsname kann durch Aufruf von CURRENT_ORGANIZATION_NAME abgerufen werden. Der Name des Kontos kann durch den Aufruf von CURRENT_ACCOUNT_NAME abgerufen werden. Diese Liste sollte die gleiche Anzahl von Elementen in der gleichen Reihenfolge enthalten, wie sie in consumer_account_locators aufgeführt sind.

  • enable_differential_privacy_tasks (boolesch, optional) - TRUE, um differentielle Privatsphäre in allen Abfragen der aufgeführten Benutzer in diesem Clean Room zu erzwingen. Dies ist eine einfache Möglichkeit, die differentielle Privatsphäre mit Standardwerten für die aufgeführten Benutzer zu aktivieren. Um erweiterte Einstellungen festzulegen, geben Sie stattdessen das Argument privacy_settings an. Die Aufgabe der differentiellen Privatsphäre muss in diesem Clean Room ausgeführt werden, um die differentielle Privatsphäre zu aktivieren. Der Standardwert ist FALSE.

  • privacy_settings (Zeichenfolge, optional) - Falls vorhanden, werden die Datenschutzeinstellungen auf benutzerdefinierte Vorlagen angewendet, wenn diese von einem der Benutzer in consumer_account_names verwendet werden. Dies ist eine Zeichenfolgenversion eines Objekts mit einem einzelnen NULL-Schlüssel und einem Wert, der verschiedene Datenschutzeinstellungen angibt. Geben Sie nicht gleichzeitig enable_differential_privacy_tasks und privacy_settings an. Die Aufgabe der differentiellen Privatsphäre muss in diesem Clean Room ausgeführt werden, um die differentielle Privatsphäre zu aktivieren. Siehe die verfügbaren Felder für dieses Objekt.

Rückgabe: Erfolgsmeldung. Beachten Sie, dass die Prozedur keine Benutzer-Locator oder Kontonamen validiert, sodass der Erfolg nur anzeigt, dass die eingereichten Locator der Datenbank für diesen Reinraum hinzugefügt wurden.

Beispiele:

-- Add consumer without differential privacy.
call samooha_by_snowflake_local_db.provider.add_consumers($cleanroom_name,
  'LOCATOR1,LOCATOR2',
  'ORG1.NAME1,ORG2.NAME2');

-- Add consumer and turn on differential privacy for all their queries.
CALL samooha_by_snowflake_local_db.provider.add_consumers($cleanroom_name,
  'LOCATOR1',
  'ORGNAME.ACCOUNTNAME',
  '{
      "null": {
          "threshold_value": 5000,
          "differential": 1,
          "privacy_budget": 10,
          "epsilon": 0.1,
          "noise_mechanism": "Laplace"
      }}');
Copy

provider.remove_consumers

Beschreibung: Entfernt den Zugriff eines Kontos auf einen bestimmten Reinraum. Diese Methode sperrt den Zugriff für alle Benutzer der angegebenen Konten.

Sie können die aktuelle Liste der Verbraucher einsehen, indem Sie provider.view_consumers aufrufen.

Argumente:

  • cleanroom_name (string) – Die ID des Reinraums (nicht der benutzerfreundliche Name).

  • cleanroom_account_locators (string) – Eine durch Kommata getrennte Liste von Locator für Benutzerkonten. Alle Benutzer des Kontos verlieren den Zugang zum Reinraum.

Rückgabe: (string) – Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.remove_consumers($cleanroom_name, 'locator1,locator2,locator3');
Copy

provider.set_cleanroom_ui_accessibility

Beschreibung: Zeigt oder verbirgt den Reinraum in der Web-App für alle Benutzer, die bei diesem Anbieterkonto angemeldet sind.

Argumente:

  • cleanroom_name (string) – Der Name des Reinraums.

  • visibility_status (string) – Einer der folgenden Werte (Groß- und Kleinschreibung beachten):

    • HIDDEN – Verbirgt den Reinraum in der Web-App vor allen Benutzern des aktuellen Anbieterkontos. Der Reinraum wird weiterhin über API erreichbar sein.

    • EDITABLE – Macht den Reinraum in der Web-App sichtbar.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.set_cleanroom_ui_accessibility($cleanroom_name, 'HIDDEN');
Copy

Cloud-übergreifende Zusammenarbeit

Ermöglichen Sie die gemeinsame Nutzung eines Clean Room mit einem Verbraucher in einer anderen Cloudregion. Weitere Informationen.

library.enable_laf_on_account

Beschreibung: Aktiviert die Cloud-übergreifende automatische Ausführung für das aktuelle Konto. Erfordert die Rolle ACCOUNTADMIN.

Argumente: Keine

Rückgabe: (Zeichenfolge) Erfolgsmeldung.

Beispiel:

USE ROLE ACCOUNTADMIN;
CALL SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.library.enable_laf_on_account();
Copy

library.is_laf_enabled_on_account

Beschreibung: Gibt zurück, ob die Cloud-übergreifende automatische Ausführung für dieses Konto aktiviert ist.

Rückgabe: TRUE, wenn die Cloud-übergreifende automatische Ausführung für dieses Konto aktiviert ist, andernfalls FALSE.

Beispiel:

call samooha_by_snowflake_local_db.library.is_laf_enabled_on_account();
Copy

provider.enable_laf_for_cleanroom (Veraltet)

Diese Funktion ist jetzt veraltet und ihre Funktionalität wird jetzt von provider.create_or_update_cleanroom_listing übernommen.

Beschreibung: Aktiviert Cloud-übergreifende automatische Ausführung, wodurch Sie den Reinraum mit Teilnehmern teilen können, deren Snowflake-Konto sich in einer anderen Region befindet als das Konto des Anbieters. Die Cloud-übergreifende automatische Ausführung (Cross-Cloud Auto-Fulfillment) wird auch als automatische Auftragsausführung von Freigabeangeboten (Listing Auto-Fulfillment, LAF) bezeichnet.

Standardmäßig ist die Cloud-übergreifende automatische Ausführung für neue Reinräume deaktiviert, selbst wenn es für die Umgebung aktiviert ist.

Wichtig

Ein Snowflake-Administrator mit der Rolle ACCOUNTADMIN muss die Cloud-übergreifende automatische Ausführung in Ihrem Snowflake-Konto aktivieren, bevor Sie diesen Befehl ausführen können. Eine Anweisung zur Aktivierung der Cloud-übergreifenden automatischen Ausführung im Snowflake-Konto finden Sie unter Mit Konten in verschiedenen Regionen zusammenarbeiten.

Die Zusammenarbeit mit Verbrauchern in anderen Regionen ist mit zusätzlichen Kosten verbunden. Weitere Informationen zu diesen Kosten finden Sie unter Kosten für Cloud-übergreifende automatische Ausführung.

Argumente:

cleanroom_name (string) – Der Name des Reinraums, der über Regionen hinweg gemeinsam genutzt werden soll. Die Cloud-übergreifende automatische Ausführung muss von einem Administrator für das Konto aktiviert werden, bevor einzelne Reinräume gemeinsam genutzt werden können.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.enable_laf_for_cleanroom($cleanroom_name);
Copy

provider.request_laf_cleanroom_requests

Beschreibung: Richtet die Freigabe für Cloud-übergreifende Anfragen auf der Seite des Anbieters für einen bestimmten Verbraucher ein. Ein Kontoadministrator muss zunächst die Cloud-übergreifende automatische Ausführung aktivieren, und der Verbraucher muss consumer.setup_cleanroom_request_share_for_laf aufgerufen haben.

Dieser Prozess ist für verbraucherdefinierte Vorlagen erforderlich, bei denen sich Anbieter und Verbraucher in unterschiedlichen Cloudregionen befinden.

Sie können diese Prozedur wiederholt aufrufen, um den Status der Anfrage zu überprüfen. Wenn der Status FULFILLED erreicht ist, können Sie provider.mount_laf_cleanroom_requests_share aufrufen. Es kann 10 Minuten dauern, bis der Status FULFILLED erreicht ist.

Argumente:

  • cleanroom_name (string) - Name des Clean Room, der die Freigabe für Cloud-übergreifende Anfragen ermöglicht.

  • consumer_locator (string) - Konto-Locator des Verbrauchers, für den die Freigabe für Cloud-übergreifende Anfragen aktiviert werden soll.

Rückgabe: (Zeichenfolge) Statusmeldung der Anfrage: erstellt, ausstehend oder erfüllt.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.request_laf_cleanroom_requests(
  $cleanroom_name, $consumer_locator);
Copy

provider.mount_laf_cleanroom_requests_share

Beschreibung: Ermöglicht den Zugriff auf Cloud-übergreifende Anfragen für den angegebenen Clean Room und das angegebene Verbraucherkonto. provider.request_laf_cleanroom_requests muss den Status FULFILLED zurückgeben, bevor Sie diese Prozedur aufrufen können.

Dieser Prozess ist für verbraucherdefinierte Vorlagen erforderlich, bei denen sich Anbieter und Verbraucher in unterschiedlichen Cloudregionen befinden.

Argumente:

  • cleanroom_name (string) - Clean Room, der freigegeben wird.

  • consumer_locator (string) - Snowflake-Konto-Locator des Verbrauchers, der in diesem Clean Room Cloud-übergreifende Anfragen stellt.

Rückgabe: (Zeichenfolge) Erfolgsmeldung.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.mount_laf_cleanroom_requests_share(
  $cleanroom_name, $consumer_locator);
Copy

Verwenden von Python in einem Reinraum

provider.load_python_into_cleanroom

Beschreibung: Lädt eine benutzerdefinierte Python-Funktion in den Reinraum. Code, der mit dieser Prozedur in den Reinraum geladen wird, ist für Verbraucher nicht sichtbar. Der hochgeladene Code kann von Ihrer Jinja-Vorlage aufgerufen werden.

Erfahren Sie, wie Sie Python-Code in einem Reinraum hochladen und verwenden können

Diese Prozedur erhöht die Patch-Nummer Ihres Reinraums und löst einen Sicherheitsscan aus. Sie müssen warten, bis der Scan-Status APPROVED angezeigt wird, bevor Sie die neueste Version für Teilnehmer freigeben können.

Diese Prozedur ist überladen und hat zwei Signaturen, die sich durch den Datentyp des fünften Arguments unterscheiden, der bestimmt, ob Sie den Code inline hochladen oder aus einer Datei im Stagingbereich laden:

Signaturen

Inline UDF hochladen:

(cleanroom_name String, function_name String, arguments Array, packages Array, rettype String, handler String, code String)
Copy

UDF vom Stagingbereich hochladen:

(cleanroom_name String, function_name String, arguments Array, packages Array, imports Array, rettype String, handler String)
Copy

Argumente:

  • cleanroom_name (string) – Name des Reinraums, in den das Skript geladen werden soll.

  • function_name (string) – Name für dieses Paket. Verwenden Sie diesen Namen in Ihrer benutzerdefinierten Vorlage, um die Funktion aufzurufen, die durch handler mit allen Argumenten angegeben wird, die durch arguments beschrieben werden.

  • arguments (Array aus Zeichenfolgenpaaren) – Ein Array von Argumenten, die von der Funktion function_name benötigt werden. Jedes Argument ist ein Paar von durch Leerzeichen getrennten Zeichenfolgen mit dem Namen des Arguments und dessen SQL-Datentyp. Dies wird für die Dokumentation der Benutzer verwendet und ist nicht validiert. Zum Beispiel: ‚size integer‘, ‚month string‘, ‚data variant‘.

  • packages (Array aus Zeichenfolgen) – Liste der vom Code verwendeten Python-Paketnamen. Dies müssen Standard-Python-Pakete sein; Ihr UDFs kann keine anderen hochgeladenen UDFs aufrufen.

  • imports (Array aus Zeichenfolgen mit einem einzigen Element) – Nur vorhanden, wenn Sie Ihre UDF aus einem Stagingbereich hochladen. Dies ist ein Zeichenfolgen-Array mit einem einzigen Element: die Adresse des Stagingbereichs, relativ zu dem Stagingbereich, in den Sie den Code hochgeladen haben. Der Pfad zum Wurzel-Stagingbereich ist durch den Aufruf von provider.get_stage_for_python_files verfügbar.

  • ret_type (string) – SQL Datentyp des Wertes, der von der Funktion handler zurückgegeben wird. Zum Beispiel: ‚integer‘, ‚variant‘.

  • handler (string) – Die Einstiegsfunktion in Ihrem Code, die aufgerufen werden soll, wenn eine Vorlage function_name aufruft.

    • Bei Inline UDF ist dies der Name der Funktion, zum Beispiel: main.

    • Bei Code, der aus einem Stagingbereich hochgeladen wird, ist dies der Name der Funktion, qualifiziert durch den Namen der Quelldatei, zum Beispiel: myscript.main .

  • code (string) – Nur vorhanden, wenn die UDF als Inline-Code hochgeladen wird. Dies sollte ein Python UDF. sein

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiele:

-- Inline UDF

call samooha_by_snowflake_local_db.provider.load_python_into_cleanroom(
    $cleanroom_name, 
    'assign_group',                      # Name of the UDF
    ['data variant', 'index integer'],   # Arguments of the UDF, along with their type
    ['pandas', 'numpy'],                 # Packages UDF will use
    'integer',                           # Return type of UDF
    'main',                              # Handler
    $$
import pandas as pd
import numpy as np

def main(data, index):
    df = pd.DataFrame(data)  # you can do something with df but this is just an example
    return np.random.randint(1, 100)
    $$
);
Copy
-- Upload from stage

call samooha_by_snowflake_local_db.provider.load_python_into_cleanroom(
    $cleanroom_name,
    'myfunc',                            # Name of the UDF
    ['data variant', 'index integer'],   # Arguments of the UDF
    ['numpy', 'pandas'],                 # Packages UDF will use
    ['/test_folder/assign_group.py'],    # Python file to import from a stage
    'integer',                           # Return type of UDF
    'assign_group.main'                  # Handler scoped to file name
);
Copy

provider.get_stage_for_python_files

Beschreibung: Gibt den Pfad zum Stagingbereich zurück, in den Python-Dateien hochgeladen werden sollen, wenn Sie planen, in einen Stagingbereich hochgeladene Codedateien anstelle von Inline-Code-Definitionen zu verwenden, um benutzerdefinierten Python-Code in einem Reinraum zu definieren. Der Stagingbereich existiert nicht und kann erst nach dem Hochladen der Dateien durch den Aufruf von provider.load_python_into_cleanroom untersucht werden.

Erfahren Sie, wie Sie Python-Code in einem Reinraum hochladen und verwenden können

Argumente:

  • cleanroom_name (string) – Name des Reinraums, in den Sie Dateien hochladen möchten.

Rückgabe: (string) Der Pfad, in den Sie die Codedateien hochladen sollten. Verwenden Sie dies für das imports-Argument in provider.load_python_into_cleanroom.

Beispiel:

call samooha_by_snowflake_local_db.provider.get_stage_for_python_files($cleanroom_name);
Copy

provider.view_cleanrooom_scan_status

Beschreibung: Meldet den Bedrohungs-Scan-Status für einen Reinraum, bei dem DISTRIBUTION auf EXTERNAL eingestellt ist. Der Scan muss als „APPROVED“ markiert sein, bevor Sie die Standard-Freigaberichtlinie festlegen oder ändern können. Der Scan-Status muss nur mit EXTERNAL Reinräumen überprüft werden.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, dessen Status geprüft werden soll.

Rückgabe: (string) Der Status der Überprüfung.

Beispiel:

call samooha_by_snowflake_local_db.provider.view_cleanroom_scan_status($cleanroom_name);
Copy

Getter-Befehle für Reinraum-Metadaten

Verwenden Sie die folgenden Befehle, um die relevanten Eigenschaften des Reinraums anzuzeigen.

library.view_external_activation_history

Beschreibung: Zeigen Sie den Verlauf der Aktivierungsanfragen für das aktuelle Konto an.

Argumente: Keine

Rückgabe: Eine Tabelle mit den Details und dem Status der Aktivierungsanfragen.

Beispiel:

call SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.LIBRARY.view_external_activation_history();
Copy

provider.mount_request_logs_for_all_consumers

Beschreibung: Ermöglicht Anbietern den Zugriff auf Informationen, die von den Verbrauchern eines Reinraums an den Anbieter zurückkommen. Diese Prozedur muss in verschiedenen Situationen, die in der API-Referenz dokumentiert sind, aufgerufen werden, um Verbraucherinformationen abzurufen oder weiterzugeben.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, für den die Anfrageprotokolle erstellt werden sollen.

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.mount_request_logs_for_all_consumers($cleanroom_name);
Copy

provider.view_request_logs

Beschreibung: Zeigt die Anfrageprotokolle an, die von Verbrauchern dieses Reinraums gesendet werden. Bevor Sie dies zum ersten Mal aufrufen, müssen Sie mount_request_logs_for_all_consumers aufrufen.

Argumente:

  • cleanroom_name (string) – Name des Reinraums, für den die Anfrageprotokolle überprüft werden sollen.

Rückgabe: Eine Reihe von Protokollen, die von den Abfragen aufgezeichnet wurden, die gegen den Reinraum durchgeführt wurden (Tabelle)

Beispiel:

call samooha_by_snowflake_local_db.provider.view_request_logs($cleanroom_name);
Copy

Differential Privacy

Diese Befehle steuern die differentielle Privatsphäre auf der Ebene des Benutzers oder des Anbieterkontos. Erfahren Sie mehr über differentielle Privatsphäre.

provider.set_privacy_settings

Beschreibung: Legt die Datenschutzeinstellungen fest (oder setzt sie zurück), die erzwungen werden, wenn der angegebene Verbraucher eine benutzerdefinierte Vorlage ausführt. Damit werden alle bestehenden Einstellungen für diesen Verbraucher überschrieben.

Argumente:

  • cleanroom_name (string) – Der Name des Reinraums.

  • consumer_account_locator (string) - Konto-Locator eines oder mehrerer Verbraucher, in einer durch Komma getrennten Liste.

  • privacy_settings (Objekt) - Ein JSON-Objekt, das Einstellungen für differentielle Privatsphäre für eine oder mehrere Vorlagen angibt. Die Einstellungen werden auf alle Vorlagen angewendet, die von dem angegebenen Verbraucher ausgeführt werden. Siehe die verfügbaren Felder für dieses Objekt.

Rückgabe: Erfolgsmeldung.

Beispiel:

-- Enforce differential privacy on queries by this consumer
-- with the settings provided.
CALL samooha_by_snowflake_local_db.provider.set_privacy_settings(
  $cleanroom_name, 
  $consumer_locator,
  { 'differential': 1,
    'epsilon': 0.1,
    'privacy_budget': 3 });
Copy

provider.is_dp_enabled_on_account

Beschreibung: Beschreibt, ob die differentielle Privatsphäre für dieses Konto aktiviert ist oder nicht.

Argumente: Keine

Rückgabe: TRUE, wenn der differenzierte Datenschutz für dieses Konto aktiviert ist, andernfalls FALSE.

Beispiel:

call samooha_by_snowflake_local_db.provider.is_dp_enabled_on_account();
Copy

provider.suspend_account_dp_task

Beschreibung: Deaktiviert die Aufgabe, die Budgets für differentielle Privatsphäre überwacht und durchsetzt. Damit können Sie die Kosten im Zusammenhang mit der differentiellen Privatsphäre in Ihrem Konto kontrollieren. Wenn die Aufgabe der differentiellen Privatsphäre deaktiviert ist, wird Abfragen von Benutzern, Vorlagen oder Clean Rooms, in denen differentielle Privatsphäre angegeben ist, immer noch Rauschen hinzugefügt, aber die Budgetgrenzen werden nicht durchgesetzt und es entstehen Ihnen keine Kosten durch differentielle Privatsphäre. Erfahren Sie mehr über die Verwaltung der differentiellen Privatsphäre.

Argumente: Keine

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.suspend_account_dp_task();
Copy

provider.resume_account_dp_task

Beschreibung: Setzt die Aufgabenüberwachung für differentielle Privatsphäre im aktuellen Konto fort, und die Budgets für differentielle Privatsphäre werden durchgesetzt. Zuvor eingestellte unterschiedliche Datenschutzwerte (z. B. Empfindlichkeit oder zugehörige Benutzer) werden beibehalten.

Argumente: Keine

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.resume_account_dp_task();
Copy

Snowpark Container Services-Befehle

Mit diesen Prozeduren können Sie Snowpark Container Services in einem Clean Room verwenden.

provider.load_service_into_cleanroom

Beschreibung: Erzeugt oder aktualisiert einen Containerdienst in einem Clean Room. Wenn Sie diese Prozedur aufrufen, wird die Clean Room Patch-Nummer aktualisiert. Sie müssen also nach dem Aufruf dieser Prozedur provider.set_default_release_directive aufrufen. Sie müssen diese Prozedur jedes Mal aufrufen, wenn Sie den Dienst erstellen oder aktualisieren. Der Client muss dann consumer.start_or_update_service aufrufen, um alle Aktualisierungen zu sehen.

ref:

Erfahren Sie mehr über den Einsatz von Snowpark Container Services in einem Clean Room. <label-cleanrooms_using_spcs>

Argumente:

  • cleanroom_name (string) – Der Name des Reinraums.

  • service_spec (string) - Eine YAML-Spezifikation für den Dienst, die auf das Element spec zurückgeht.

  • service_config (string) - Eine Konfiguration im YAML-Format für den Dienst. Die folgenden Eigenschaften werden unterstützt:

    • default_service_options - Ein optionales Array mit Standardwerten für die Dienstebene. Diese Werte können vom Verbraucher überschrieben werden, wenn er seinen Dienst erstellt. Die folgenden untergeordneten Eigenschaften werden unterstützt:

      • min_instances (Ganzzahl, optional)

      • max_instances (Ganzzahl, optional)

      • allow_monitoring (boolesch, optional) - Wenn TRUE, kann der Verbraucher die Dienstprotokolle einsehen. Der Standardwert ist FALSE.

    • functions - Ein Array von Funktionen, die der Dienst anbietet. Jede Funktionsdefinition wird der SPCS-Dienstfunktionsdefinition zugeordnet. In dieser Dokumentation finden Sie die Details zu den einzelnen Elementen. Die folgenden untergeordneten Eigenschaften werden unterstützt:

      • name

      • args

      • returns

      • endpoint

      • Pfad

      • max_batch_rows (optional)

      • context_headers (optional)

Rückgabe: (Zeichenfolge) Erfolgsmeldung, falls erfolgreich. Gibt einen Fehler aus, wenn er nicht erfolgreich ist.

Beispiel:

CALL samooha_by_snowflake_local_db.provider.load_service_into_cleanroom(
    $cleanroom_name,
    $$
    spec:
      containers:
      - name: lal
        image: /dcr_spcs/repos/lal_example/lal_service_image:latest
        env:
          SERVER_PORT: 8000
        readinessProbe:
          port: 8000
          path: /healthcheck
      endpoints:
      - name: lalendpoint
        port: 8000
        public: false
    $$,
    $$
    default_service_options:
      min_instances: 1
      max_instances: 1
      allow_monitoring: true
    
    functions:
      - name: train
        args: PROVIDER_TABLE VARCHAR, PROVIDER_JOIN_COL VARCHAR, CONSUMER_TABLE VARCHAR, CONSUMER_JOIN_COL VARCHAR, DIMENSIONS ARRAY, FILTER VARCHAR
        returns: VARCHAR
        endpoint: lalendpoint
        path: /train
      - name: score
        args: PROVIDER_TABLE VARCHAR, PROVIDER_JOIN_COL VARCHAR, CONSUMER_TABLE VARCHAR, CONSUMER_JOIN_COL VARCHAR, DIMENSIONS ARRAY
        returns: VARCHAR
        endpoint: lalendpoint
        path: /score
      - name: score_batch
        args: ID VARCHAR, FEATURES ARRAY
        returns: VARIANT
        max_batch_rows: 1000
        endpoint: lalendpoint
        path: /scorebatch
$$);
Copy

Allgemeine Hilfsbefehle

Verwenden Sie die folgenden Befehle, um die Reinraumfunktionalität und die unterstützten Abläufe allgemein zu nutzen.

library.enable_local_db_auto_upgrades

Beschreibung: Aktiviert die Aufgabe samooha_by_snowflake_local_db.admin.expected_version_task, die automatisch ein Upgrade der Snowflake Data Clean Rooms Native App durchführt, wenn neue Versionen veröffentlicht werden. Obwohl Sie die Kosten senken könnten, wenn Sie diese Aufgabe deaktivieren, empfehlen wir, sie weiter auszuführen, um sicherzustellen, dass Sie die neueste Version der nativen Clean Rooms-App auf Ihrem System haben.

Argumente: Keine

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.library.enable_local_db_auto_upgrades();
Copy

library.disable_local_db_auto_upgrades

Beschreibung: Deaktiviert die Aufgabe samooha_by_snowflake_local_db.admin.expected_version_task, die automatisch ein Upgrade der Snowflake Data Clean Rooms Native App durchführt, wenn neue Versionen veröffentlicht werden.

Argumente: Keine

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.library.disable_local_db_auto_upgrades();
Copy

Veraltete Prozeduren

Die folgenden Prozedurn sind veraltet und hier nur der Vollständigkeit halber aufgeführt. Wenn eine Ersatzprozedur angezeigt ist, verwenden Sie die neuere Prozedur.

provider.view_ui_registration_request_log – DEPRECATED

Achtung

Dieser Befehl ist jetzt veraltet. Sie müssen eine Reinraumvorlage nicht mehr manuell für die Verwendung in der Web-App registrieren.

Beschreibung: Zeigt die Liste der vom Konto ausgelösten Anfragen zur Registrierung von Reinräumen in der Web-App an. Jeder Anfrage ist eine ID zugeordnet, die in Verbindung mit der Prozedur view_ui_registration_log verwendet werden kann, um den Status der Anfragen einzusehen. Die Anfragen werden an das Backend weitergeleitet, wo sie verarbeitet werden und der Reinraum dem Reinraum hinzugefügt wird.

Argumente:

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.view_ui_registration_request_log();
Copy

library.register_table_or_view – Veraltet

Achtung

Dieser Befehl ist jetzt veraltet. Verwenden Sie stattdessen library.register_objects.

Beschreibung: Registriert Tabellen und Ansichten aller Art.

Argumente: object_names (array), is_view (boolean), is_iceberg (boolean), is_external (boolean), is_under_managed_access_schema (boolean)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiele

Um eine Tabelle zu registrieren:

call samooha_by_snowflake_local_db.library.register_table_or_view(
    ['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS'],
    false,
    false,
    false,
    false);
Copy

Um eine Iceberg-Tabelle zu registrieren:

call samooha_by_snowflake_local_db.library.register_table_or_view(
        ['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS'], 
        false, 
        true,
        false,
        false);
Copy

library.register_table – Veraltet

Achtung

Dieser Befehl ist jetzt veraltet. Verwenden Sie stattdessen library.register_objects.

Beschreibung: Ähnlich wie register_db, arbeitet aber auf Tabellenebene. Gewähren Sie der Rolle SAMOOHA_APP_ROLE die Berechtigung SELECT für diese Tabelle, sodass der Benutzer die Tabelle mit dem Reinraum verbinden kann.

Wenn Sie Tabellen in einem Schema mit verwaltetem Zugriff registrieren möchten (d. h. ein Schema, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde), verwenden Sie stattdessen library.register_managed_access_table.

Argumente: table_name (array)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.library.register_table(['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS']);
Copy

library.register_managed_access_table – Veraltet

Achtung

Dieser Befehl ist jetzt veraltet. Verwenden Sie stattdessen library.register_objects.

Beschreibung: Ähnlich wie register_table, registriert aber die Tabellen in einem Schema, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde. Ein Array oder eine Zeichenfolge, die den vollqualifizierten Tabellennamen repräsentiert, kann übergeben werden, und SELECT-Zuweisungen für die Rolle SAMOOHA_APP_ROLE werden ausgeführt, sodass der Benutzer die Tabelle mit dem Reinraum verknüpfen kann.

Argumente: table_name (array)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.library.register_managed_access_table(['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS']);
Copy

library.register_view – Veraltet

Achtung

Dieser Befehl ist jetzt veraltet. Verwenden Sie stattdessen library.register_objects.

Beschreibung: Ähnlich wie register_db, arbeitet aber auf der Ebene einer Ansicht. Ein Array oder eine Zeichenfolge, die den vollqualifizierten Ansichtsnamen repräsentiert, kann übergeben werden, und SELECT-Zuweisungen für die Rolle SAMOOHA_APP_ROLE werden ausgeführt, sodass der Benutzer die Ansicht mit dem Reinraum verknüpfen kann.

Wenn Sie Ansichten in einem Schema mit verwaltetem Zugriff registrieren möchten (d. h. in einem Schema, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde), verwenden Sie stattdessen library.register_managed_access_view.

Argumente: view_name (array)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.library.register_view(['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS']);
Copy

library.register_managed_access_view – Veraltet

Achtung

Dieser Befehl ist jetzt veraltet. Verwenden Sie stattdessen library.register_objects.

Beschreibung: Ähnlich wie register_view, registriert jedoch die Ansichten in einem Schema, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde. Ein Array oder eine Zeichenfolge, die den vollqualifizierten Ansichtsnamen repräsentiert, kann übergeben werden, und SELECT-Zuweisungen für die Rolle SAMOOHA_APP_ROLE werden ausgeführt, sodass der Benutzer die Ansicht mit dem Reinraum verknüpfen kann.

Argumente: view_name (array)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.library.register_managed_access_view(['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS']);
Copy

library.unregister_table_or_view – Veraltet

Achtung

Dieser Befehl ist jetzt veraltet. Verwenden Sie stattdessen library.unregister_objects.

Beschreibung: Hebt die Registrierung von Tabellen und Ansichten aller Arten auf.

Argumente: object_names (array), is_view (boolean), is_iceberg (boolean), is_external (boolean), is_under_managed_access_schema (boolean)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiele

So heben Sie die Registrierung einer Tabelle auf:

call samooha_by_snowflake_local_db.library.unregister_table_or_view(
    ['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS'],
    false,
    false,
    false,
    false);
Copy

library.unregister_table – Veraltet

Achtung

Dieser Befehl ist jetzt veraltet. Verwenden Sie stattdessen library.unregister_objects.

Beschreibung: Ähnlich wie unregister_db, arbeitet aber auf Tabellenebene. Ein Array oder eine Zeichenfolge, die den vollqualifizierten Tabellennamen repräsentiert, kann übergeben werden, um die Registrierung der Tabellen aufzuheben. Benutzer können keine nicht registrierten Tabellen mit einem Reinraum verknüpfen.

Wenn Sie die Registrierung von Tabellen in einem Schema mit verwaltetem Zugriff aufheben möchten (d. h. ein Schema, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde), verwenden Sie stattdessen library.unregister_managed_access_table.

Argumente: table_name (array)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.library.unregister_table(['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS']);
Copy

library.unregister_managed_access_table – Veraltet

Achtung

Dieser Befehl ist jetzt veraltet. Verwenden Sie stattdessen library.unregister_objects.

Beschreibung: Ähnlich wie unregister_table, hebt jedoch die Registrierung von Tabellen in einem Schema mit verwaltetem Zugriff auf (d. h. ein Schema, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde).

Argumente: table_name (array)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.library.unregister_managed_access_table(['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS']);
Copy

library.unregister_view – Veraltet

Achtung

Dieser Befehl ist jetzt veraltet. Verwenden Sie stattdessen library.unregister_objects.

Beschreibung: Ähnlich wie unregister_db, arbeitet aber auf der Ebene einer Ansicht. Ein Array oder eine Zeichenfolge, die den vollständig qualifizierten Namen der Ansicht repräsentiert, kann übergeben werden, um die Registrierung der Ansichten aufzuheben. Benutzer können keine nicht registrierten Ansichten mit einem Reinraum verknüpfen.

Wenn Sie die Registrierung von Ansichten in einem Schema mit verwaltetem Zugriff (d. h. einem Schema, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde) aufheben möchten, verwenden Sie stattdessen library.unregister_managed_access_view.

Argumente: view_name (array)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.library.unregister_view(['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS']);
Copy

library.unregister_managed_access_view – Veraltet

Achtung

Dieser Befehl ist jetzt veraltet. Verwenden Sie stattdessen library.unregister_objects.

Beschreibung: Ähnlich wie unregister_view, hebt jedoch die Registrierung von Ansichten in einem verwalteten Zugriffsschema auf (d. h. einem Schema, das mit dem Parameter WITH MANAGED ACCESS erstellt wurde).

Argumente: view_name (array)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.library.unregister_managed_access_view(['SAMOOHA_SAMPLE_DATABASE.DEMO.CUSTOMERS']);
Copy

provider.create_cleanroom_listing – Veraltet

Achtung

Dieser Befehl ist jetzt veraltet. Verwenden Sie stattdessen provider.create_or_update_cleanroom_listing.

Beschreibung: Nachdem ein Reinraum konfiguriert wurde, erstellt er einen privates Freigabeangebot mit dem Reinraum auf dem Snowflake Marketplace und teilt es mit den angegebenen Teilnehmern.

Sie identifizieren den Teilnehmer anhand des Formats orgname.account_name seiner Konto-URL. Der Benutzer kann diese Zeichenfolge finden, indem er die Anweisungen unter Suche nach der Organisation und dem Kontonamen für ein Konto befolgt.

Bemerkung

Um diese Prozedur zu verwenden, müssen Sie die Freigaberichtlinie festlegen. Weitere Informationen finden Sie unter provider.set_default_release_directive.

Argumente: cleanroom_name (string), consumer_account_name (string)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.create_cleanroom_listing($cleanroom_name, <consumerorg.consumeracct>);
Copy

provider.register_cleanroom_in_ui – DEPRECATED

Achtung

Dieser Befehl ist jetzt veraltet. Sie müssen eine Reinraumvorlage nicht mehr manuell für die Verwendung in der Web-App registrieren.

Beschreibung: Registriert einen Reinraum zur Verwendung in der Web-App durch den Verbraucher. Der Reinraum wird vom Anbieter mit den Entwickler-APIs erstellt und konfiguriert. Mit diesem Befehl wird er dann in der Web-App registriert, sodass die Verbraucher ihn installieren, ihre Tabelle hinzufügen und alle von Ihnen hinzugefügten benutzerdefinierten Analysen ausführen können, ohne die Entwickler-APIs verwenden zu müssen. Sie arbeiten mit dem Reinraum vollständig über die Weboberfläche der Web-App.

Sie können diese API mehrmals aufrufen, um mehrere benutzerdefinierte Vorlagen in die Web-App einzubinden.

**Argumente:**cleanroom_name (string), template name (string), consumer_account_locator (string), user_email (string)

Rückgabe: (string) Erfolgs- oder Fehlermeldung.

Beispiel:

call samooha_by_snowflake_local_db.provider.register_cleanroom_in_ui($cleanroom_name, 'prod_custom_template', <CONSUMER ACCOUNT LOCATOR>, <USER_EMAIL>)
Copy