Glossaire de Snowflake Data Clean Room¶

Get to know these terms as they are used in Snowflake Data Clean Rooms. Some terms are used differently here than in the rest of Snowflake.

Activer / activation: Exporting the results table of a query out of the clean room, either to a collaborator or to a third party. If allowed by the other party and the clean rooms settings, you can export query results to your own account or to an approved third-party partner, such as Google Ads or Meta Ads Manager.
UI Clean rooms: Or « UI » for short. The browser-based web application you can use to manage the Snowflake Clean Room environment, create new clean rooms, or use clean rooms to which you have been invited. This used to be called the « web app, » and you might still see that terminology used in some places.
Collaborateur: Typically used as a synonym for consumer, but can also be used to mean any clean room partner, either the provider or the consumer.
Politique des colonnes: Specified by a collaborator to indicate which of their data columns can be projected by other collaborators. A clean room column policy is determined entirely within a clean room, and is not derived from any Snowflake policies that might be applied to the source table outside of the clean room. Learn more.
Connecteur: Un plug-in qui apporte des fonctionnalités supplémentaires à une salle blanche. Les salles blanches de Snowflake peuvent accéder à un certain nombre de connecteurs pour fournir des fonctionnalités supplémentaires, y compris des connecteurs de salle blanche (pour permettre l’utilisation de salles blanches créées sur d’autres plateformes), des connecteurs d’identité (qui peuvent aider à identifier des entités similaires dans un ensemble de données afin qu’elles puissent être utilisées dans des jointures - par exemple, plusieurs adresses électroniques qui identifient la même personne), et des connecteurs de données externes (qui permettent d’importer des données à partir de sources autres que celles de Snowflake). L’administrateur de la salle blanche détermine quels connecteurs sont disponibles pour les salles blanches dans ce compte Snowflake.
Consommateur: Une personne ou un compte invité à utiliser une salle blanche par le fournisseur de la salle blanche. Les consommateurs importent généralement leurs propres données et exécutent une ou plusieurs requêtes prises en charge par cette salle blanche. Toutefois, une salle blanche peut être configurée de manière à permettre aux consommateurs de proposer leur propre requête, sous réserve de l’approbation du fournisseur.
Jeu de données: Une table ou une vue qui a été liée (importée) dans une salle blanche.
Confidentialité différentielle: Système algorithmique et mathématique qui protège les lignes ou entités individuelles d’un ensemble de données en ajoutant du bruit aux résultats numériques et en exigeant des groupes dans les requêtes afin d’empêcher que des valeurs exactes soient associées à des lignes ou entités exactes dans les données.
Politique de jointure: Une politique spécifiée par un collaborateur de la salle blanche qui spécifie quelles colonnes de ses colonnes peuvent être jointes aux requêtes dans cette salle blanche. Une politique de jointure en salle blanche est totalement indépendante des politiques de jointure de Snowflake. En savoir plus.
LAF: Listings auto-fulfillment, another name for Cross-Cloud Auto-Fulfillment, a technology that lets you share a clean room with a collaborator in another cloud hosting region.
Liaison: Importation d’une vue protégée des données dans une salle blanche. Le fournisseur et le consommateur peuvent tous deux lier leurs propres données dans une salle blanche afin de les rendre disponibles pour toute requête prise en charge par cette salle blanche. Lier une table ou une vue signifie créer une copie (une vue) des données sources à l’intérieur de la salle blanche, liée dynamiquement à la table ou à la vue source à l’extérieur de la salle blanche.
Fournisseur: Un créateur de salle blanche. Le fournisseur fournit généralement certaines données et la liste des requêtes autorisées qui peuvent être exécutées dans cette salle blanche, et définit des configurations de salle blanche de haut niveau.
Modèle: Chaque salle blanche possède un ou plusieurs modèles, qui sont des requêtes SQL écrites dans JinjaSQL pour permettre au consommateur de les configurer au moment de l’exécution. Chaque modèle correspond à une seule requête SQL. Snowflake fournit un ensemble de modèles dans l’application Web pour les actions courantes, mais vous pouvez créer vos propres modèles personnalisés à l’aide de l’API.
Vue sécurisée: Lorsque vous liez une table ou une vue à la salle blanche, une vue sécurisée est créée. Il s’agit d’une vue chiffrée basée sur la table source ou la vue à l’extérieur de la salle blanche. La vue sécurisée est généralement invisible, mais elle peut parfois apparaître dans un message d’erreur ou lorsque vous parcourez les objets de la base de données à l’aide de divers outils, où vous verrez une certaine altération des noms par rapport à l’ensemble de données lié d’origine. Sauf indication contraire, faites toujours référence à vos données en utilisant le nom de l’ensemble de données, qui est identique à celui de la table ou de la vue source liée.
Gestion des versions: Chaque salle blanche possède une version qui est incrémentée chaque fois que le code Python est importé dans la salle blanche par le fournisseur. Les consommateurs n’ont pas à se préoccuper de la version. Les fournisseurs doivent penser à mettre à jour la version par défaut de la salle blanche chaque fois qu’ils modifient un code Python dans une salle blanche.