11 nov. 2024 — Notes de version de 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.

Toutes les salles blanches d’API de développeur sont désormais disponibles dans l’application web

Les salles blanches créées via les APIs de développeur sont désormais disponibles par défaut dans l’application web. Cela permet aux utilisateurs de gérer ces salles blanches directement dans l’application web tout en ayant la possibilité d’exécuter n’importe quel modèle avec un formulaire d’application web personnalisé. Les fournisseurs n’ont plus besoin d’appeler les APIs d’enregistrement de salles blanches dans les applications web afin de mettre les salles blanches à disposition dans l’application web. Les APIs suivantes sont devenues obsolètes :

  • provider.register_cleanroom_in_ui

  • provider.view_ui_registration_request_log

Pour que les salles blanches et toutes les modifications apportées à la salle blanche se reflètent dans l’application web, les fournisseurs doivent (MUST) désormais appeler l’API suivante :

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

En outre, les fournisseurs et les consommateurs peuvent préciser si leurs salles blanches d’API de développeur doivent être accessibles à leurs utilisateurs dans l’application web. Veuillez noter qu’il peut s’écouler jusqu’à 10 minutes avant que les salles blanches ou les mises à jour des APIs de développeur ne soient répercutées dans l’application web.

Pour plus d’informations, voir Snowflake Data Clean Rooms : Créez un modèle d’analyse personnalisé avec une interface utilisateur.

Exécution du fournisseur pour les modèles d’applications web personnalisées

Les fournisseurs peuvent désormais activer l’exécution du fournisseur sur les modèles d’applications web personnalisées. Cela permet aux consommateurs d’installer et de définir leurs politiques respectives directement via l’application web, tout en permettant également au fournisseur de configurer et d’exécuter la requête de modèle via l’application web. Les fournisseurs doivent demander l’activation de l’exécution du fournisseur via les APIs de développeur, puis appeler l’API de création ou de mise à jour des annonces, avant que le consommateur ne l’installe dans l’application web. En outre, les fournisseurs peuvent personnaliser les menus déroulants des formulaires d’application web pour référencer les options des politiques de colonne de jointure des consommateurs.

Pour plus d’informations, voir Snowflake Data Clean Rooms : guide de référence pour l’API fournisseurs.

Activation du fournisseur et du consommateur dans les modèles d’applications web personnalisés

Les fournisseurs peuvent désormais ajouter un modèle d’activation personnalisé à leur modèle d’analyse personnalisé dans l’application web. Les collaborateurs peuvent ainsi prendre en charge les cas d’utilisation d’activation, tout en déployant des modèles d’analyse personnalisés au sein de l’application web. Les fournisseurs devront ajouter une référence à leur modèle d’activation dans le formulaire d’application web.

Pour plus d’informations, voir provider.add_ui_form_customizations

Mises à jour de la configuration des politiques SQL

Auparavant, toutes les colonnes de jointure nécessitaient une politique d’agrégation et une politique de projection était appliquée par défaut dans le modèle de requête SQL. Avec cette version, les colonnes de jointure seront sélectionnées par défaut pour les politiques d’agrégation et de projection. Les utilisateurs peuvent supprimer et personnaliser les exigences de leurs politiques comme ils l’entendent, tout en n’étant plus obligés d’ajouter une colonne de jointure à chaque table de la salle blanche.

Prise en charge de la synchronisation et du nommage des connecteurs de données

Les utilisateurs peuvent désormais synchroniser manuellement leurs connecteurs de données pour refléter toute modification des métadonnées liées à la table dans l’application web. En outre, les utilisateurs peuvent fournir leur nom préféré pour ces tables externes, préfixé de l’identificateur Cloud pour faciliter le référencement.