27 février 2025 — Notes de version Snowflake Data Clean Rooms

Avec cette version, nous avons le plaisir d’annoncer la disponibilité des nouvelles fonctionnalités et améliorations suivantes dans cette mise à jour de Snowflake Data Clean Rooms.

Note

Vous devez vous déconnecter et vous reconnecter à l’application web (UI) pour que ces mises à jour prennent effet.

Amélioration du chargement de l’UI

Les temps de chargement de l’UI ont été améliorés dans les flux d’utilisateurs clés des pages de annonces de salles blanches et d’analyses, ainsi que lors de la navigation entre les étapes des flux de création et d’installation des salles blanches.

Prise en charge des tables externes et Apache Iceberg™ dans les modèles SQL

Les politiques de confidentialité utilisées dans le modèle SQL au sein de l’UI sont désormais prises en charge sur les tables externes et Apache Iceberg. Les utilisateurs peuvent désormais exploiter ces objets dans des scénarios où ils souhaitent permettre une requête de forme libre sur leurs données tout en appliquant la protection nécessaire de la vie privée sur leurs ensembles de données.

Data Clean Rooms disponibles avec des conditions de partage de données

Auparavant, les clients étaient tenus d’accepter nos conditions d’utilisation pour les fournisseurs et les consommateurs afin d’intégrer et d’utiliser les Snowflake Data Clean Rooms. Désormais, les clients peuvent embarquer et utiliser les Snowflake Data Clean Rooms dans le cadre de nos conditions sur la fonctionnalité de partage de données contrôlées par les clients, qui sont incluses dans nos conditions de service standard. Si ces conditions n’ont pas encore été acceptées, contactez le Support Snowflake pour accepter ces conditions.

Améliorations apportées aux vues liées aux fournisseurs dans l’API

Auparavant, un fournisseur liant une vue à l’aide des APIs de développement devait explicitement accorder l’utilisation des références à toutes les bases de données sous-jacentes référencées par la vue. Désormais, les octrois d’utilisation des références sont appliqués automatiquement aux objets référencés sous-jacents lors de l’établissement d’un lien avec une vue. Notez que l’objet sous-jacent doit toujours être enregistré pour une utilisation dans les salles blanches.

Approbation multi-modèle

Auparavant, les fournisseurs ne pouvaient approuver qu’un seul modèle à la fois soumis par un consommateur pour être utilisé dans la salle blanche. Avec cette version, les fournisseurs peuvent approuver plusieurs modèles en une seule requête avec la procédure provider.approve_multiple_template_requests.

Modification de la gestion des formulaires d’UI avec des modèles personnalisés

Si vous fournissez un formulaire web personnalisé, tous les éléments d’UI qui ont un champ références qui renvoient des noms de colonnes auto-programmés par Snowflake renverront maintenant des noms de colonnes correctement aliasés en P/C. Les valeurs auxquelles on accède dans le modèle doivent être traitées par IDENTIFIER ou par le filtre sqlsafe dans le modèle, et ne doivent pas faire l’objet d’un alias explicite dans le modèle.

Par exemple, les deux éléments suivants transmis à provider.add_ui_form_customizations utilisent references pour remplir automatiquement les noms de colonnes dans les variables du modèle reference_provider_join et reference_consumer_column :

  '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'
  }
Copy

Auparavant, un modèle personnalisé aurait dû qualifier ces valeurs avec p. ou c., comme indiqué ici :

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 }};
Copy

Avec ce changement, vous devez omettre les qualificateurs p. et c. du modèle, car ils seront fournis directement à la variable :

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 }};
Copy