27. Februar 2025 — Versionshinweise zu Snowflake Data Clean Rooms¶

UI-Verbesserungen beim Laden¶

UI-Ladezeiten wurden in den wichtigsten Benutzerabläufen auf den Seiten für die Auflistung von Clean Rooms und Analysen sowie bei der Navigation durch die einzelnen Schritte bei der Erstellung und Installation von Clean Rooms verbessert.

Unterstützung für externe und Apache Iceberg™-Tabellen in SQL-Vorlagen¶

Datenschutzrichtlinien, die in der SQL-Vorlage innerhalb der UI verwendet werden, werden jetzt für externe und Apache Iceberg-Tabellen unterstützt. Benutzer können diese Objekte nun in Szenarien nutzen, in denen sie eine freie Abfrage ihrer Daten ermöglichen und gleichzeitig den notwendigen Schutz der Privatsphäre für ihre Datensätze durchsetzen möchten.

Data Clean Rooms mit Datenfreigabe verfügbar¶

Zuvor mussten Kunden unsere Anbieter- und Verbraucherbedingungen akzeptieren, um Snowflake Data Clean Rooms nutzen zu können. Jetzt können Kunden Snowflake Data Clean Rooms unter unseren Bedingungen für die kundengesteuerte Datenfreigabe-Funktionalität einbinden und nutzen, die in unseren Standard-Servicebedingungen enthalten sind. Wenn Sie diese Bedingungen noch nicht akzeptiert haben, wenden Sie sich bitte an den Snowflake Support, um diese Bedingungen zu akzeptieren.

Verbesserungen der anbietergebundenen Ansichten in der API¶

Bisher musste ein Anbieter, der eine Ansicht mit den Entwickler-APIs verknüpfte, explizit die Referenznutzung für alle zugrunde liegenden Datenbanken gewähren, auf die die Ansicht verweist. Beim Verknüpfen einer Ansicht werden jetzt automatisch Referenznutzungsrechte auf zugrunde liegende referenzierte Objekte angewendet. Bitte beachten Sie, dass das zugrunde liegende Objekt noch für die Verwendung in Clean Rooms registriert werden muss.

Multi-Template-Zulassung¶

Zuvor konnten Anbieter jeweils nur eine von einem Verbraucher eingereichte Vorlage für die Verwendung im Clean Room genehmigen. Mit diesem Release können Anbieter mit der Prozedur provider.approve_multiple_template_requests mehrere Vorlagen in einer einzigen Anfrage genehmigen.

Änderung in der Handhabung von UI-Formularen mit benutzerdefinierten Vorlagen¶

Wenn Sie ein benutzerdefiniertes Webformular bereitstellen, geben alle UI-Elemente, die ein References-Feld haben, das von Snowflake automatisch ausgefüllte Spaltennamen zurückgibt, jetzt die korrekten P/C-Alias-Spaltennamen zurück. Werte, auf die in der Vorlage zugegriffen wird, sollten entweder von IDENTIFIER oder dem Filter sqlsafe in der Vorlage verarbeitet werden und sollten nicht explizit in der Vorlage mit Alias versehen werden.

Die folgenden beiden Elemente, die an provider.add_ui_form_customizations übergeben werden, verwenden beispielsweise references, um die Spaltennamen automatisch in die Template-Variablen reference_provider_join und reference_consumer_column einzutragen:

  'reference_provider_join': {
    'display_name': 'Provider join column',
    'description': 'Which provider col do you want to join on',
    'references': ['PROVIDER_JOIN_POLICY'],
    'provider_parent_table_field': 'source_table',
    'type': 'dropdown'
  },
  'reference_consumer_column': {
    'display_name': 'Consumer join column',
    'description': 'Which consumer col do you want to join on',
    'references': ['CONSUMER_COLUMNS'],
    'consumer_parent_table_field': 'my_table',
    'type': 'dropdown'
  }

Zuvor musste eine benutzerdefinierte Vorlage diese Werte mit p. oder c. qualifizieren, wie hier gezeigt:

SELECT COUNT(*) AS cnt_agg FROM identifier({{ source_table[0] }}) AS P
  JOIN IDENTIFIER ({{ my_table[0] }}) AS C
  ON p.{{ reference_provider_join | sqlsafe }} = c.{{ reference_consumer_join | sqlsafe }};

Bei dieser Änderung sollten Sie die Qualifikatoren p. und c. in der Vorlage weglassen, da sie direkt an die Variable übergeben werden:

SELECT COUNT(*) AS cnt_agg FROM identifier({{ source_table[0] }}) AS P
  JOIN IDENTIFIER ({{ my_table[0] }}) AS C
  ON {{ reference_provider_join | sqlsafe }} = {{ reference_consumer_join | sqlsafe }};