Snowflake Data Clean Rooms : objets installés¶

SAMOOHA_BY_SNOWFLAKE¶

Cette base de données contient toutes les fonctionnalités de base et la logique d’application utilisées pour créer et gérer des salles blanches. Cette base de données possède les schémas suivants :

Schéma ADMIN

Ce schéma contient des détails relatifs à l’application notamment :

• Correctifs appliqués (version, commandes)

• Informations sur la version (numéro)

Schéma APP_SCHEMA

Ce schéma contient les fonctions et les procédures nécessaires pour faciliter tous les flux de salle blanche. Les principaux détails incluent :

• Fonctions de cryptage et de décryptage.

• Procédures de salle blanche que vous utilisez avec les APIs du développeur et l’UI des salles blanches pour créer, installer et travailler avec des salles blanches.

Schéma TEMPLATES

Ce schéma contient les modèles Jinja SQL fournis par Snowflake.

Ces modèles prédéfinis offrent des requêtes SQL prêtes à l’emploi pour une collaboration sécurisée des données au sein de Snowflake Data Clean Rooms. Ils exploitent les modèles Jinja pour la personnalisation, vous permettant d’adapter les requêtes à des scénarios de partage de données spécifiques.

SAMOOHA_BY_SNOWFLAKE_LOCAL_DB¶

Cette base de données est créée par l’UI des salles blanches pendant le processus d’installation de Snowflake. Elle est locale à votre compte. Il ne s’agit pas d’une application, mais elle contient une logique d’application.

Cette base de données possède deux types de données :

• Les APIs du développeur que vous et l’UI des salles blanches utilisez pour créer et gérer des salles blanches.

• Ensembles de données intermédiaires entièrement détenus par vous et enregistrés dans le schéma PUBLIC lors de flux tels que la résolution d’identité. Par exemple, les tables de sortie de la résolution de LiveRamp et le processus de transcodage sont enregistrés dans le schéma PUBLIC et joints à la vue qui est liée à la salle blanche par l’UI des salles blanches.

La base de données possède les schémas suivants :

Schéma ADMIN

Ce schéma contient les informations nécessaires au fonctionnement de certaines fonctionnalités de salle blanche associées au compte, telles que :

• L’utilisation de l’exécution automatique inter-cloud pour collaborer entre régions ou plateformes cloud.

• Les mises à jour des métadonnées de salle blanche nécessaires pour enregistrer les salles blanches des APIs du développeur dans l’UI des salles blanches.

• La gestion des versions des procédures actuelles associées au fonctionnement de l’UI de salles blanches avec le compte Snowflake.

• Les tâches et les flux qui écoutent les changements dans l’ensemble des partages de salles blanches qui sont renvoyés par les collaborateurs, et qui activent/désactivent les salles blanches si nécessaire en fonction des changements.

Schéma CONSUMER

Ce schéma contient les définitions des procédures d’API du consommateur ainsi que certaines tâches courantes des consommateurs.

Schéma ID_HUB

Ce schéma contient des procédures et des tables intermédiaires associées au hub d’identité.

Schéma INFORMATION_SCHEMA

Comme toutes les bases de données Snowflake, cette base de données contient le schéma INFORMATION_SCHEMA (« Dictionnaire de données »), qui consiste en un ensemble de vues définies par le système et de fonctions de table qui fournissent de nombreuses informations de métadonnées sur les objets créés dans votre compte.

Schéma LIBRARY

Ce schéma contient les définitions des procédures d’espace de noms library d’API, ainsi que certaines tâches et procédures courantes utilisées à la fois par les fournisseurs et les consommateurs.

Schéma PROVIDER

Ce schéma contient les définitions des procédures d’API de fournisseur ainsi que certaines tâches courantes des fournisseurs.

Schéma PUBLIC

Ce schéma contient les APIs du développeur que vous et l’UI des salles blanches utilisez pour créer et gérer des salles blanches. Il contient également des ensembles de données intermédiaires entièrement détenus par vous qui sont enregistrés dans le schéma PUBLIC lors de flux tels que la résolution d’identité. Par exemple, les tables de sortie de la résolution de LiveRamp et le processus de transcodage sont enregistrés dans le schéma PUBLIC et joints à la vue qui est liée à la salle blanche par l’UI des salles blanches.

Ce schéma contient les tables suivantes :

• CLEANROOM_RECORD : cette table inclut le statut d’une salle blanche (créée, supprimée) ainsi que l’utilisateur et l’horodatage de la dernière mise à jour. Si la mise à jour a été effectuée dans l’UI des salles blanches, l’utilisateur est l’utilisateur du compte de service. Si la mise à jour a été effectuée dans Snowsight en utilisant les APIs du développeur, l’utilisateur est l’utilisateur réel qui a appelé l’API. Le nom de la base de données de la salle blanche peut être personnalisé dans cette table.

• CONNECTOR_CONFIGURATION : cette table est la liste des connecteurs configurés dans le compte.

• REPORTS : cette table inclut la liste des rapports enregistrés par le consommateur dans l’UI des salles blanches. Les meilleurs résultats des rapports standard sont enregistrés dans la table.

• HORIZONTAL_ANALYSIS_<report ID> : résultat des analyses exécutées avec le modèle de requête SQL et les modèles personnalisés exécutés dans l’UI des salles blanches.

• CONSUMER_ACTIVATION_SUMMARY : résultats de l’activation du consommateur.

• PROVIDER_ACTIVATION_SUMMARY : résultats de l’activation du fournisseur.

Cette base de données possède trois partages qui sont créés à partir de celle-ci :

• SAMOOHA_INTERNAL_GOVERNANCE_SUMMARY SHARE_NAV2 : ce partage contient des vues sur les tables GOVERNACE_SUMMARY et ACTIVATION dans le schéma PUBLIC. Il est proposé à tous les fournisseurs qui ont créé des salles blanches installées par ce compte, et est utilisé pour partager les informations de gouvernance et les activations des fournisseurs.

• SAMOOHA_INTERNAL_LOGS_SHARE_NAV2 : ce partage se trouve sur la table LOG_EVENTS et est principalement utilisé pour partager des journaux sur la progression des procédures de résolution d’ID dans Snowflake, à condition qu’elles utilisent des applications natives tierces. Aucune PII ou donnée n’est repartagée, seules les données relatives au succès ou l’échec des APIs des applications tierces utilisées pour le transcodage/la résolution peuvent l’être.

• SAMOOHA_INTERNAL_PROVIDER_METADATA_NAV2 : ce partage est présentée sur deux tables, ADMIN.METADATA_UPDATE_REQUESTS, qui est utilisée pour envoyer les demandes d’enregistrement de l’API vers l’UI et ADMIN.RESOURCE_MONITOR_USAGE, qui est uniquement utilisée par les comptes gérés pour enregistrer l’utilisation.

SAMOOHA_CLEANROOM_cleanroom ID¶

Chaque salle blanche est associée à une base de données qui comprend tous les détails de cette salle blanche, comme les modèles installés, les journaux de requêtes, les statuts LAF, et bien plus encore. Cette base de données comprend les schémas suivants :

• Admin : clés cryptographiques, budget de confidentialité, journaux de requêtes, demandes d’analyse des fournisseurs, etc.

• Shared_schema : politique de jointure, statut LAF, tables liées et versions.

• Templates : liste des modèles d’activation, des modèles personnalisés et des chaînes de modèles dans cette salle blanche.

SAMOOHA_CLEANROOM_REQUESTS_clean room ID¶

Il s’agit d’une base de données côté fournisseur et d’un partage côté consommateur. Elle correspond au partage renvoyé par un consommateur au fournisseur d’une salle blanche dans le cadre du processus d’installation de la salle blanche du consommateur. Cette base de données contient des informations sur toutes les demandes formulées par le consommateur auprès de la salle blanche et est utilisée pour suivre l’utilisation différentielle du budget de confidentialité par le consommateur.

SAMOOHA_CLEANROOM_CONSUMER_clean room ID¶

Cette base de données est installée uniquement sur les comptes consommateurs. Elle est utilisée pour partager des objets tels que la vue sécurisée des données du consommateur dans la salle blanche et les politiques de colonne/jointure du consommateur si elles sont appliquées. Elle contient la table suivante :

• SAMOOHA_CLEANROOM_CONSUMER_clean room ID.SHARED.REQUESTS. Cette table indique au consommateur la requête qu’il tente d’exécuter, où PROPOSED_QUERY est la requête rendue à partir du modèle du consommateur.

SAMOOHA_SAMPLE_DATABASE¶

Cette base de données contient des exemples d’ensemble de données que vous pouvez utiliser dans votre salle blanche.