Partage de données Snowflake

Passer au contenu

Cette page a été traduite automatiquement et peut contenir des inexactitudes. Pour signaler une erreur de traduction, utilisez le module de commentaires en bas de la table des matières, à droite de la page.

Le Secure Data Sharing de Snowflake permet à Braze de vous donner un accès sécurisé aux données de notre portail Snowflake, sans vous soucier des frictions de workflow, des ralentissements, des points de défaillance et des coûts inutiles liés aux relations classiques avec les fournisseurs de données. Le partage de données peut être configuré via l’intégration suivante ou via les comptes Snowflake Reader.

Le partage de données Snowflake fait partie de la distribution de données Braze. Pour un aperçu complet des options de distribution de données, consultez Distribution de données.

Conseil

Vous souhaitez accéder à des données de niveau Snowflake sans avoir besoin d’un compte Snowflake ?
Consultez les comptes Snowflake Reader. Avec les comptes Reader, Braze crée un compte dans lequel vos données sont partagées et vous fournit des identifiants pour vous connecter et accéder à vos données. Ainsi, l’ensemble du partage de données et de la facturation d’utilisation est entièrement géré par Braze.

Droits d’accès à la Distribution de données

Votre droit d’accès à la Distribution de données détermine les types d’événements disponibles dans votre partage de données. Braze organise les événements dans les catégories suivantes :

Droit d’accès	Catégorie d’événement	Description	Référence du glossaire des événements
Engagement Events	Événements d’engagement liés aux messages	Événements liés aux envois, livraisons, ouvertures, clics, rebonds et autres interactions avec les canaux de communication	Événements d’engagement liés aux messages
User Behavior and Events	Événements d’engagement et événements de comportement des utilisateurs	Comprend tous les Engagement Events, ainsi que les événements liés aux achats, aux événements personnalisés, aux sessions, à l’attribution et aux actions utilisateur dans l’application	Événements d’engagement liés aux messages, Comportement des clients et événements utilisateur
Profile 360	Événements d’engagement, événements de comportement des utilisateurs et données de profil utilisateur	Comprend les Engagement Events et les User Behavior and Events, ainsi que les événements liés aux modifications des profils et attributs utilisateur	Événements d’engagement liés aux messages, Comportement des clients et événements utilisateur, Événements de profil utilisateur

Pour toute question concernant les événements inclus dans votre droit d’accès, contactez votre gestionnaire de compte Braze ou votre gestionnaire de la satisfaction client.

Avec le partage de données, aucune donnée n’est réellement copiée ou transférée entre les comptes. Tout le partage est réalisé via la couche de services et le magasin de métadonnées uniques de Snowflake. C’est un concept important, car les données partagées n’occupent aucun espace de stockage dans votre compte et ne contribuent donc pas à vos frais mensuels de stockage de données. Les seuls frais concernent les ressources de calcul (telles que les entrepôts virtuels) utilisées pour interroger les données partagées.

De plus, grâce aux capacités intégrées de rôles et de permissions de Snowflake, l’accès aux données partagées depuis Braze peut être contrôlé et régi à l’aide des contrôles d’accès déjà en place pour votre compte Snowflake et les données qu’il contient. L’accès peut être restreint et surveillé de la même manière que pour vos propres données.

Réduire le délai d’obtention d’informations
Dites adieu aux processus ETL dont la mise en place prend des semaines. Les architectures uniques de Braze et de Snowflake rendent toutes les données d’engagement client et de Campaign immédiatement accessibles et interrogeables dès leur arrivée dans le lac de données. Aucune donnée n’est copiée ou déplacée, ce qui vous permet d’offrir des expériences client basées uniquement sur les informations les plus pertinentes et les plus à jour.
Éliminer les silos de données
Créez une vue globale de vos clients à travers les canaux et les plateformes. Le partage de données facilite plus que jamais la jonction de vos données d’engagement client Braze avec toutes vos autres données Snowflake, offrant des informations plus riches à partir d’une source de vérité unique et fiable.
Évaluer vos performances d’engagement
Optimisez vos stratégies d’engagement client avec Braze Benchmarks. Cet outil interactif, alimenté par Braze et Snowflake, vous permet de comparer les données d’engagement de votre marque à des références par canal, secteur d’activité et plateforme d’appareil.

Pour en savoir plus sur le partage de données de Snowflake, consultez l’Introduction au partage sécurisé de données.

Prérequis

Exigence	Description
Accès à Braze	Contactez votre gestionnaire de compte Braze ou votre gestionnaire du succès des clients pour configurer le partage de données.
Autorisations de l’espace de travail Braze	Voir les intégrations Currents pour consulter le partage de données. Modifier les intégrations Currents pour créer, mettre à jour ou supprimer un partage de données.
Compte Snowflake	Un compte Snowflake avec les autorisations `admin`.

Pour Snowflake, le partage de données s’effectue entre un fournisseur de données et un consommateur de données. Dans ce contexte, votre compte Braze est le fournisseur de données, car il crée et envoie le partage de données—tandis que votre compte Snowflake est le consommateur de données, car il utilise le partage de données pour créer une base de données. Pour plus de détails, consultez Snowflake : Consommer des données partagées.

Étape 1 : Envoyer le partage de données depuis Braze

Dans Braze, accédez à Partner Integrations > Data Sharing.
Saisissez les détails et le localisateur de votre compte Snowflake. Pour obtenir votre localisateur de compte, exécutez SELECT CURRENT_ACCOUNT() dans le compte de destination.
Si vous utilisez un partage CRR, spécifiez le fournisseur cloud et la région.
Lorsque vous avez terminé, sélectionnez Create Datashare. Cela enverra le partage de données à votre compte Snowflake.

Étape 2 : Créer la base de données dans Snowflake

Après quelques minutes, vous devriez recevoir le partage de données entrant dans votre compte Snowflake.

À l’aide du partage de données entrant, créez une base de données pour visualiser et interroger les tables. Par exemple :

 CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name>

Accordez les privilèges nécessaires pour interroger la nouvelle base de données.

Avertissement

Si vous supprimez et recréez un partage dans le tableau de bord de Braze, vous devez supprimer la base de données précédemment créée et la recréer à l’aide de CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name> pour interroger le partage entrant. Si vous avez plusieurs espaces de travail partageant des données vers le même compte Snowflake, consultez la FAQ sur le partage de données Snowflake pour obtenir des conseils sur la gestion des configurations multi-espaces de travail.

Utilisation et visualisation

Une fois le partage de données provisionné, créez une base de données à partir du partage de données entrant, ce qui rend toutes les tables partagées visibles dans votre instance Snowflake et interrogeables comme n’importe quelle autre donnée stockée dans votre instance. Cependant, gardez à l’esprit que les données partagées sont en lecture seule et peuvent uniquement être interrogées, mais ne peuvent en aucun cas être modifiées ou supprimées.

De manière similaire à Currents, vous pouvez utiliser le partage sécurisé de données Snowflake pour :

Créer des rapports complexes
Effectuer une modélisation d’attribution
Partager des données de manière sécurisée au sein de votre entreprise
Associer des données brutes d’événements ou d’utilisateurs à un CRM (comme Salesforce)
Et bien plus encore

Télécharger les schémas bruts des tables.

Remarque

Le téléchargement du schéma brut n’inclut pas les vues d’attributs de profil utilisateur. Pour les schémas complets et les instructions d’utilisation de USER_DEFAULT_ATTRIBUTES_VIEW_SHARED, USER_LATEST_STATE_DEFAULT_ATTRIBUTES_VIEW_SHARED et des vues d’attributs utilisateur associées, consultez Attributs de profil utilisateur.

Schéma des identifiants utilisateur

Notez les différences suivantes entre les conventions de nommage de Braze et de Snowflake pour les identifiants utilisateur.

Schéma Braze	Schéma Snowflake	Description
`braze_id`	`"USER_ID"`	L’identifiant unique automatiquement attribué par Braze.
`external_id`	`"EXTERNAL_USER_ID"`	L’identifiant unique du profil d’un utilisateur, défini par le client.

Informations importantes et limitations

Modifications avec rupture et sans rupture

Modifications sans rupture

Les modifications non disruptives peuvent survenir à tout moment et apportent généralement des fonctionnalités supplémentaires. Voici des exemples de modifications non disruptives :

Ajout d’une nouvelle table ou vue
Ajout d’une colonne à une table ou une vue existante

Important

Étant donné que les nouvelles colonnes sont considérées comme des modifications sans rupture, Braze recommande fortement de lister explicitement les colonnes d’intérêt dans chaque requête au lieu d’utiliser des requêtes SELECT *. Vous pouvez également créer des vues qui nomment explicitement les colonnes, puis interroger ces vues plutôt que les tables directement.

Modifications avec rupture

Lorsque cela est possible, les changements majeurs sont précédés d’une annonce et d’une période de migration. Voici des exemples de changements majeurs :

Suppression d’une table ou d’une vue
Suppression d’une colonne d’une table ou d’une vue existante
Modification du type ou de la nullabilité d’une colonne existante

Régions Snowflake

Braze héberge actuellement toutes les données au niveau utilisateur dans les régions AWS Snowflake suivantes :

US East-1
EU-Central (Francfort)
AP-Northeast-1 (Tokyo)
AP-Southeast-2 (Sydney)
AP-Southeast-3 (Jakarta)

Pour les utilisateurs en dehors de ces régions, Braze peut fournir le partage de données aux clients communs qui hébergent leur infrastructure Snowflake dans n’importe quelle région AWS, Azure ou GCP.

Conservation des données

Politique de conservation

Toute donnée datant de plus de deux ans sera archivée et transférée vers un stockage à long terme. Dans le cadre du processus d’archivage, tous les événements sont anonymisés et les champs sensibles contenant des données d’identification personnelle (PII) sont supprimés (cela inclut les champs optionnellement PII tels que properties). Les données archivées contiennent toujours le champ user_id, ce qui permet des analyses par utilisateur sur l’ensemble des données d’événements.

Vous pourrez interroger les deux années les plus récentes de données pour chaque événement dans la vue USERS_*_SHARED correspondante. De plus, chaque événement disposera d’une vue USERS_*_SHARED_ALL qui peut être interrogée pour renvoyer à la fois les données anonymisées et non anonymisées.

Données historiques

L’archive des données d’événements historiques dans Snowflake remonte à avril 2019. Au cours des premiers mois où Braze stockait des données dans Snowflake, des modifications du produit ont été apportées qui ont pu entraîner des différences mineures dans certaines de ces données ou la présence de valeurs nulles (car nous ne transmettions pas encore les données dans tous les champs disponibles à cette époque). Il est préférable de supposer que tout résultat incluant des données antérieures à août 2019 peut différer légèrement de ce qui est attendu.

Nearly every event record Braze stores includes a few fields representing users’ personally identifiable information (PII). Some events may include email address, phone number, device ID, language, gender, and location information. If a user’s request to be forgotten is submitted to Braze, we will null out those PII fields for any event belonging to those users. This way, we’re not removing the historical record of the event, but now the event can never be tied back to a specific individual.

Vitesse, performance et coût des requêtes

La vitesse, la performance et le coût de toute requête exécutée sur les données sont déterminés par la taille de l’entrepôt que vous utilisez pour interroger les données. Dans certains cas, selon le volume de données auquel vous accédez pour vos analyses, vous pourriez constater qu’il est nécessaire d’utiliser une taille d’entrepôt plus importante pour que la requête aboutisse. Snowflake met à disposition d’excellentes ressources sur la manière de déterminer la taille optimale, notamment Aperçu des entrepôts et Considérations relatives aux entrepôts.