Enregistrer une liste privée pour Workfront Data Connect

Vous pouvez partager vos données Workfront Data Connect directement avec le compte Snowflake de votre organisation en enregistrant une liste privée. Cette méthode de connexion utilise la fonctionnalité de liste privée de Snowflake pour partager des données en toute sécurité entre les organisations sans les exposer publiquement. Elle fonctionne également entre les régions et les plateformes d’hébergement.

Une liste privée est utile lorsque vous souhaitez joindre vos données Workfront à d’autres données de votre entrepôt de données d’entreprise. Comme les données résident sur votre propre compte Snowflake, vous pouvez les interroger avec le reste de vos données.

Conditions d’accès

Vous avez également besoin d’un compte Snowflake disposant des autorisations nécessaires pour accepter les listes et créer des bases de données, ainsi que d’un droit Workfront Data Connect.

Ce que partage une liste privée

Une liste privée vous donne accès aux éléments suivants :

Différences par rapport à une connexion à un compte de lecteur

Une liste privée partage un ensemble de vues différent de celui d’une connexion à un compte de lecteur et les données arrivent selon un planning différent. Gardez à l’esprit les différences suivantes :

Enregistrer une annonce privée

Pour créer une liste privée, commencez par rassembler les détails de votre compte Snowflake, puis ajoutez la liste dans Workfront.

Collecter les détails de votre compte Snowflake

Workfront utilise les détails de votre compte Snowflake pour cibler la liste sur votre compte . Rassemblez les détails suivants :

Chacune de ces valeurs est disponible à partir de la fenêtre modale Détails du compte dans Snowflake.

Pour trouver les détails de votre compte :

Choisissez également le nom de la base de données par laquelle vous souhaitez accéder à vos données Workfront liées. Vous saisissez ce nom lors de l’enregistrement de l’annonce.

Ajouter la liste privée dans Workfront

Vous pouvez enregistrer la liste privée via l’interface d’Adobe Workfront.

Se connecter à la liste dans Snowflake

Dans votre compte Snowflake, établissez une connexion à la liste privée en tant que source de données externe. Vous pouvez ensuite interroger vos données Workfront avec le reste de vos données.

Configurer les vues Historique actuel et quotidien

Une connexion au compte de lecteur fournit trois vues de données pour chaque table d’objets :

Une liste privée ne partage que la vue Événement . Cette section fournit du code SQL pour créer les vues Current, Daily History et Event dans votre propre compte Snowflake.

Toutes les vues d’événement incluses dans la liste comportent les champs nécessaires à la logique d’affichage ci-dessous. Ces exemples supposent que vous ayez créé une base de données et un schéma de votre choix dans le compte Snowflake cible et qu’ils utilisent la vue projects_event. Dans chaque exemple, remplacez <listing_db> et <listing_schema> par vos propres valeurs.

Affichages actuels

La vue actuelle d’un objet est le dernier enregistrement d’événement de modification stocké dans Data Connect. Si le dernier enregistrement est dans un état supprimé, l’enregistrement est omis de la vue actuelle. Toutes les vues d’événement ont la même structure.

create or replace view projects_current copy grants
as
select *
from <listing_db>.<listing_schema>.projects_event
where end_effective_timestamp = '2300-01-01'::timestamp_ntz
 and nvl(deleted, 0) != 1;

Les colonnes deleted et end_effective_timestamp ne sont pas nécessaires dans la vue actuelle. La vue filtre les données sur une seule valeur et supprime complètement l’enregistrement si celui-ci est supprimé.

Vues Historique quotidien

La vue Historique quotidien identifie l’enregistrement d’événement de modification qui était actif à 23:59:59 d’une date donnée, afin que vous puissiez suivre la tendance de l’état de l’enregistrement au fil du temps. L’exemple suivant donne le statut d’un enregistrement de projet à la fin de chaque jour calendaire.

create or replace view projects_daily_history copy grants
as
select d.calendardate as
 , p.*
from <listing_db>.<listing_schema>.calendar_dates d
join <listing_db>.<listing_schema>.projects_event p
 on p.begin_effective_timestamp <= d.calendareodtimestamp
and d.calendareodtimestamp < p.end_effective_timestamp
where d.calendareodtimestamp < current_date() - 1
 and nvl(deleted, 0) != 1;

Vues des événements

Par souci de cohérence, nous vous recommandons de créer une copie de la vue d’événement de la base de données de liste et de la placer dans le même schéma que vos vues Historique actuel et quotidien.

create or replace view projects_event copy grants
as
select *
from <listing_db>.<listing_schema>.projects_event;