Table des matières

Search

  1. Préface
  2. Introduction à l'administration du catalogue
  3. Concepts d'Enterprise Data Catalog
  4. Utilisation de Catalog Administrator
  5. Gestion des ressources
  6. Gestion de la sécurité des ressources
  7. Gestion des planifications
  8. Gestion des attributs
  9. Attribution de connexions
  10. Configuration des paramètres réutilisables
  11. Surveillance d'Enterprise Data Catalog
  12. Gestion des domaines de données
  13. Gestion des domaines de données composites
  14. Gérer les définitions de synonymes
  15. Gestion de l'organisation Cloud
  16. Présentation de l'intégration de métadonnées personnalisées
  17. Utilitaires de sauvegarde de catalogue et de collecte de journaux
  18. Annexe A: Enregistrement de types de données inconnus pour l'exécution de profils
  19. Annexe B: Gestion de l'importation à partir de ServiceNow
  20. Annexe C: Fichier CSV de ressource de lignage personnalisée
  21. Annexe D: Agent Enterprise Data Catalog
  22. Annexe E: Lignage entre les ressources PowerCenter et les fichiers plats
  23. Annexe F: Extraction de métadonnées à partir de ressources inaccessibles et hors ligne
  24. Annexe G: Enterprise Data CatalogModules complémentaires

Guide de Catalog Administrator

Guide de Catalog Administrator

Exemples de cas d'utilisation et diagrammes de relations

Exemples de cas d'utilisation et diagrammes de relations

Pour plus d'informations sur la définition de balises dans le fichier
ViewConfiguration.xml
en fonction de cas d'utilisation spécifiques, consultez les sections suivantes. Chaque section inclut également un diagramme de relation à la fin de la section pour afficher le mode d'affichage des noms de groupes en fonction des définitions.

Utilisation de la balise <name>

Dans le scénario de cas d'utilisation, l'objectif est de regrouper tous les objets de type synonyme associés à la table sous le nom de groupe
Custom Synonyms
.
Les détails de la table, des synonymes et de l'association sont fournis dans la liste suivante :
  • STable
    , un objet de table provenant d'une base de données relationnelle comprise dans la classe ayant l'ID
    org.custom.relational.Table
  • Synonymes nommés
    Synonym1
    ,
    Synonym2
    et
    Synonym3
    associés à
    STable
    via l'association,
    core.TableSynonym
    .
  • Le nom du groupe à définir afin d'inclure tous les objets de type synonymes avec le type d'association spécifique ayant la classe est
    Custom Synonyms
    .
Pour traiter le cas d'utilisation, vous pouvez ajouter les balises suivantes dans le fichier
ViewConfiguration.xml
 :
<viewConfiguration> <classId>org.custom.relational.Table</classId> <associationConfigs> <entry> <key>core.TableSynonym</key> <value> <name>Custom Synonyms</name> </value> </entry> </associationConfigs> </viewConfiguration>
Après avoir exécuté la ressource personnalisée et affiché la page d'onglets
Vues de relations
de la ressource de données
STable
, vous pouvez voir tous les synonymes dans le nom de groupe
Custom Synonyms
, comme illustré sur l'image suivante :

Utilisation de la balise <type>

Dans le scénario du cas d'utilisation, l'objectif est d'afficher uniquement les types spécifiques d'objets faisant partie d'un lignage avec la table. Celle-ci peut être associée à d'autres tables et vues. Dans l'exemple, la condition requise est de n'afficher que les vues associées à la table sous le nom de groupe
Custom Views
.
Les détails de la table, des types de vue et de l'association sont fournis dans la liste suivante :
  • TableA
    , un objet de table provenant d'une base de données relationnelle comprise dans la classe ayant l'ID
    org.custom.relational.Table
  • La vue
    ViewA
    est associée à
    TableA
    via l'association,
    core.DataSetDataFlow
    .
  • Nom du groupe à définir afin d'inclure tous les objets d'un type spécifique
    Custom Views
Pour traiter le cas d'utilisation, vous pouvez ajouter les balises suivantes dans le fichier
ViewConfiguration.xml
 :
<viewConfiguration> <classId>org.custom.relational.Table</classId> <associationConfigs> <entry> <key>core.DataSetDataFlow</key> <value> <name>Custom Views</name> <type>org.custom.relational.View</type> </value> </entry> </associationConfigs> </viewConfiguration>
Après avoir exécuté la ressource personnalisée et affiché la page d'onglets
Vues de relations
de la ressource de données
TableA
, vous pouvez voir toutes les vues dans le nom de groupe
Custom Views
, comme illustré sur l'image suivante :

Utilisation de la balise <classTypes>

Dans le scénario de cas d'utilisation, pour une table, des vues et des tables sont associées à la table à l'aide du même type d'association. Nous voulons regrouper toutes les tables faisant partie d'un lignage avec la table sous le nom de groupe
Tables
et toutes les vues associées à un lignage avec la table sous le nom de groupe
Views
.
Les détails des ressources de données, de la table spécifique et de l'association sont fournis dans la liste suivante :
  • TableM
    , un objet de table provenant d'une base de données relationnelle comprise dans la classe ayant l'ID
    org.custom.relational.Table
  • La vue
    ViewO
    est associée à
    TableM
    via l'association,
    core.DataSetDataFlow
    .
  • La table
    TableN
    est associée à
    TableM
    via l'association,
    core.DataSetDataFlow
    .
  • Les noms de groupes qui représentent les tables spécifiques associées à
    TableM
    sont
    Tables
    et les vues associées à la table sont
    Views
    .
Pour traiter le cas d'utilisation, vous pouvez ajouter les balises suivantes dans le fichier
ViewConfiguration.xml
 :
<viewConfiguration> <classId>org.custom.relational.Table</classId> <associationConfigs> <entry> <key>core.DataSetDataFlow </key> <value> <classTypes> <entry> <key>com.infa.ldm.relational.Table</key> <value>Tables</value> </entry> <entry> <key>com.infa.ldm.relational.View</key> <value>Views</value> </entry> </classTypes> </value> </entry> </associationConfigs> </viewConfiguration>
Après avoir exécuté la ressource personnalisée et affiché la page d'onglets
Vues de relations
de la ressource de données
TableM
, vous pouvez voir toutes les tables et vues dans les noms de groupes
Tables
et
Views
, comme illustré sur l'image suivante :

Utilisation des balises <incomingName> et <outgoingName>

Dans le scénario de cas d'utilisation, une table et un ensemble de tables sont associés à la table avec les associations Jointure, Recherche et clé primaire-clé étrangère. Nous voulons joindre toutes les tables sous le nom de groupe Tables, mais nous voulons regrouper les tables spécifiquement selon l'association, telle que Jointure, Recherche ou clé primaire-clé étrangère. L'exemple répertorie les étapes d'affichage des tables avec l'association clé primaire-clé étrangère.
Les détails des tables et de l'association sont fournis dans la liste suivante :
  • TableB
    , un objet de table provenant d'une base de données relationnelle comprise dans la classe ayant l'ID
    org.custom.relational.Table
  • L'élément
    TableB
    est associé à
    TableG
    via l'association clé primaire-clé étrangère,
    core.PkFkRelatedDataSets
    .
    TableB
    contient la clé primaire.
  • L'élément
    TableB
    est associé à
    TableH
    via l'association clé primaire-clé étrangère,
    core.PkFkRelatedDataSets
    .
    TableB
    contient la clé primaire.
  • Le nom du groupe qui représente l'association spécifique lorsque
    TableB
    est l'objet d'amorce ou l'objet source dans un diagramme de relation est
    Foreign Key Tables
    .
  • Le nom du groupe qui représente l'association spécifique lorsque
    TableG
    ou
    TableH
    est l'objet d'amorce ou l'objet cible dans un diagramme de relation est
    Primary Key Tables
    .
Pour traiter le cas d'utilisation, vous pouvez ajouter les balises suivantes dans le fichier
ViewConfiguration.xml
 :
<viewConfiguration> <classId>org.custom.relational.Table</classId> <associationConfigs> <entry> <key>core.PkFkRelatedDataSets</key> <value> <name>Custom Tables</name> <incomingName>Primary Key Tables</incomingName> <outgoingName>Foreign Key Tables</outgoingName> </value> </entry> </associationConfigs> </viewConfiguration>
Après avoir exécuté la ressource personnalisée et affiché la page d'onglets
Relations
pour la ressource de données
TableB
, vous pouvez voir que
Custom Tables
est le groupe qui inclut TableG et TableH sous le sous-groupe
Foreign Key Tables
, comme illustré sur l'image suivante :