Conformément aux meilleures pratiques pour Chains artefacts, il est conseillé de mettre en œuvre des conventions de dénomination cohérentes pour les objets Wdata, tels que les tables et les requêtes, afin de faciliter la navigation et la gestion. Les lignes directrices fournies ici ont pour but de vous aider à organiser les artefacts de manière cohérente dès le départ.
Tables de faits et tables de dimensions
Les tables de faits contiennent généralement des données qui s'accumulent au fil du temps, tandis que les tables de dimensions stockent des ensembles de données supplémentaires qui fournissent un contexte additionnel aux données. Lorsque vous nommez ces deux types de tableaux, tenez compte des meilleures pratiques suivantes :
- Convention d'appellation : Utiliser une convention de dénomination cohérente qui indique clairement l'objectif et le contenu des tableaux de données et des tableaux de dimensions.
- Noms descriptifs : Appliquer des noms descriptifs aux deux types de tableaux pour s'assurer qu'ils sont facilement identifiables et compréhensibles.
- Système d'origine : Indiquer le système d'origine des données dans le nom.
Exemples :
-
Table des faits : Balance de vérification - Workday
Description : Stocke les données transactionnelles de la balance de vérification pour Avikro Financial, provenant de Workday. -
Tableau des dimensions : Plan comptable - Workday
Description : Stocke les données du plan comptable d'Avikro Financial, provenant de Workday. -
Table de dimension : Profit Centers - SAP
Description : Stocke les informations sur les centres de profit pour Avikro Financial, provenant de SAP. -
Dimension Table : Exchange Rates - Central Bank API
Description : Fournit les taux de conversion des devises pour Avikro Financial, provenant de l'API de la Banque Centrale.
Ce modèle garantit la cohérence des conventions de dénomination, la clarté de la description et l'identification précise du système source pour les tableaux de faits et de dimensions.
Requêtes
Lors de la définition des conventions de dénomination des requêtes, il est essentiel de maintenir une approche standard. Cela permet aux utilisateurs d'identifier facilement la requête correcte pour récupérer des données spécifiques.
- Convention d'appellation : Utilisez une convention de dénomination cohérente qui définit clairement l'objectif et le contenu de la requête.
- Noms descriptifs : Appliquez des noms descriptifs aux requêtes pour en faciliter l'identification et la compréhension.
- Système d'origine : Indiquer le système d'origine des données.
Exemple :
-
Nom de la requête : Balance de vérification étendue - Workday - États financiers
Description : Cette requête permet de récupérer les données de la balance de vérification de Workday, avec des ensembles de données supplémentaires adaptés à la production d'états financiers.
Note : Il est important d'éviter d'utiliser des délimiteurs de tuyaux (|) dans Tables & Queries. Utilisez plutôt des traits d'union (-) pour éviter tout problème potentiel lié à ces artefacts.
Le respect de cette convention d'appellation permet également de savoir quelle requête doit être utilisée lors de la création d'une connexion entrante avec une feuille de calcul.
Descriptions
Les descriptions sont souvent la partie la plus négligée du processus de conception et de construction, mais elles sont essentielles pour améliorer la compréhension et la facilité d'utilisation. Les descriptions doivent fournir un contexte supplémentaire, tel que
- Indique si un tableau ou une requête est un espace réservé.
- Noter si une requête doit être modifiée avant d'être utilisée.
- Clarifier la fonction spécifique d'un artefact tel qu'une requête, par exemple identifier les paiements inférieurs de moins de 20 % à ceux de la période précédente.
En incluant des descriptions claires et détaillées, les utilisateurs peuvent rapidement comprendre l'objectif et le contenu de chaque artefact, ce qui réduit la confusion, minimise les erreurs et améliore l'efficacité globale de la gestion de l'environnement Wdata.
Dossiers/Environnements
Lors de l'organisation d'un espace de travail, il est recommandé de classer les tables et les requêtes dans des dossiers en fonction de leur utilisation prévue. Cette structure permet aux utilisateurs de naviguer facilement et de déterminer quels artefacts sont destinés au développement, aux tests et à la production.
Étant donné que Wdata ne prend pas actuellement en charge la gestion du cycle de vie des applications, il est recommandé d'ajouter des noms aux artefacts et aux dossiers pour indiquer leur environnement respectif. Cela permet de gérer le cycle de vie de l'application et d'éviter toute erreur ou problème. Notez que les artefacts de production n'ont pas besoin de noms annexés.
Voici une autre approche de la gestion des tables et des requêtes Wdata :
Résumé
L'utilisation de conventions de dénomination cohérentes, de descriptions contextuelles et l'organisation de vos artefacts Wdata facilitent la navigation et la gestion de votre espace de travail. Des noms clairs et descriptifs ainsi qu'une structure de dossiers bien organisée permettent à chacun de trouver et d'utiliser rapidement les tableaux, les requêtes et les autres ressources nécessaires. Le respect de ces pratiques simples permet non seulement de rendre votre travail plus efficace, mais aussi d'améliorer le travail d'équipe et d'assurer l'organisation de vos données. Au fur et à mesure que vos besoins en matière de données augmentent, le respect de ces conventions vous permettra de continuer à gérer vos données de manière simple et transparente.