MDM 103 ConfigurationGuide FR
MDM 103 ConfigurationGuide FR
10.3
Guide de configuration
Informatica Multidomain MDM Guide de configuration
10.3
Septembre 2018
© Copyright Informatica LLC 2001, 2019
Ce logiciel et la documentation associée sont fournis uniquement sous un accord de licence séparé contenant des restrictions d'utilisation et de divulgation. Il est
interdit de reproduire ou de transmettre sous quelle que forme et par quel que moyen que ce soit (électronique, photocopie, enregistrement ou autre) tout ou partie de
ce document sans le consentement préalable d'Informatica LLC.
U.S. GOVERNMENT RIGHTS Les programmes, les logiciels, les bases de données et les documents connexes et les données techniques fournis aux clients du
gouvernement américain sont des « logiciels commerciaux » ou des « données techniques commerciales », conformément au règlement fédéral sur les acquisitions et
aux règlements supplémentaires propres à l'Agence. En tant que tel, l'utilisation, la duplication, la divulgation, la modification et l'adaptation sont assujetties aux
restrictions et aux conditions de licence énoncées dans le contrat gouvernemental applicable et, dans la mesure applicable par les termes du contrat gouvernemental,
les droits additionnels énoncés dans la réglementation FAR 52.227-19, licence de logiciel d'ordinateur commercial.
Informatica, le logo Informatica et ActiveVOS sont des marques ou des marques déposées d'Informatica LLC aux États-Unis et dans de nombreux autres pays. Une liste
actuelle des marques déposées d'Informatica est disponible sur le site [Link] Les autres noms de société ou de produit
peuvent être des marques de commerce ou des marques déposées de leurs détenteurs respectifs.
Certaines parties de ce logiciel et/ou de cette documentation sont soumises à des droits d'auteur détenus par des tiers. Les notifications de tiers requises sont incluses
avec le produit.
Les renseignements contenus dans cette documentation sont sujets à modification sans préavis. Si vous constatez des problèmes liés à la documentation, merci de
les signaler par courriel à l'adresse infa_documentation@[Link].
Les produits Informatica sont garantis conformément aux termes et conditions des accords en vertu desquels ils sont fournis. INFORMATICA FOURNIT LES
INFORMATIONS DE CE DOCUMENT « EN L'ÉTAT » SANS GARANTIE D'AUCNE SORTE, EXPRESSE OU IMPLICITE, NOTAMMENT AUCUNE GARANTIE DE QUALITÉ
MARCHANDE, D'ADAPTATION À UN USAGE PARTICULIER ET D'ABSENCE DE CONTREFAÇON
Partie I: Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Sommaire 3
Chapitre 3: Configuration de la prise en charge de données internationales. . 46
Présentation de la configuration du support de données internationales. . . . . . . . . . . . . . . . . . 46
Configuration d'une base de données Unicode (Oracle uniquement). . . . . . . . . . . . . . . . . . . . . 47
Configuration des paramètres de correspondance pour les populations non américaines. . . . . . . . 47
Configuration du codage pour les processus de correspondance. . . . . . . . . . . . . . . . . . . . 48
Utilisation de plusieurs populations à l’intérieur d’un seul objet de base. . . . . . . . . . . . . . . . 48
Configuration de la page de codes ANSI dans le registre Windows. . . . . . . . . . . . . . . . . . . . . . 49
Paramètres de nettoyage pour Unicode. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Recommandations régionales pour UNIX lors de l’utilisation du codage UTF-8. . . . . . . . . . . . . . . 49
Réparation des données endommagées. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
Configuration de la langue dans les environnements Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . 50
Syntaxe pour NLS_LANG. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Configuration de NLS_LANG dans le registre Windows. . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Configuration de NLS_LANG comme variable d'environnement (Windows). . . . . . . . . . . . . . 51
Définition des variables d'environnement LANG et des paramètres régionaux (UNIX). . . . . . . 52
4 Sommaire
Comment les bases de données du stockage Hub sont liées. . . . . . . . . . . . . . . . . . . . . . . . . . 66
Création de bases de données du stockage Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Version requise. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Sommaire 5
Création d'objets de base. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114
Édition des propriétés de l'objet de base. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114
Index personnalisés pour les objets de base. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
Affichage de l’analyse d’impact d’un objet de base. . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
Suppression d’objets de base. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Configuration des colonnes dans les tables. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
À propos des colonnes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Navigation dans l'éditeur de colonnes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122
Ajout de colonnes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
Importation de définitions de colonne depuis une autre table. . . . . . . . . . . . . . . . . . . . . . 123
ModificationÉdition des propriétés de colonne. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124
Changer l’ordre d’affichage des colonnes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125
Suppression de colonnes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Configuration des relations de clé étrangère entre les objets de base. . . . . . . . . . . . . . . . . . . . 126
À propos des relations de clé étrangère. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Présentation du processus de définition de relations de clé étrangère. . . . . . . . . . . . . . . . 127
Ajout de relations de clé étrangère. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
Édition des relations de clé étrangère. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
Détails de la relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
Configuration des recherches de relations de clé étrangère. . . . . . . . . . . . . . . . . . . . . . . 129
Suppression des relations de clé étrangère. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
Affichage de votre schéma. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
Démarrage de la Visionneuse de schéma. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
Zoom avant et zoom arrière du diagramme de schéma. . . . . . . . . . . . . . . . . . . . . . . . . . 130
Basculement de vues du diagramme de schéma. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
Navigation vers les objets de conception associés et les tâches de lots. . . . . . . . . . . . . . . 131
Configuration des options de la Visionneuse de schéma. . . . . . . . . . . . . . . . . . . . . . . . . 132
Enregistrement du diagramme de schéma en tant qu'image JPG. . . . . . . . . . . . . . . . . . . 132
Impression du diagramme de schéma. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133
6 Sommaire
Affichage de l'impact d'une requête. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145
Suppression d'une requête. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145
Requêtes personnalisées. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146
Syntaxe SQL pour requêtes personnalisées. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146
Validation SQL. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
Ajout d'une requête personnalisée. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
Modification d'une requête personnalisée. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Packages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Packages d'affichage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Packages de mise à jour. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Ajout d'un package. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Modification d'un package. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150
Actualisation d'un package après modification de requêtes. . . . . . . . . . . . . . . . . . . . . . . 151
Suppression d'un package. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
Spécifications de requêtes de jointure. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
Sommaire 7
Règle 14. Mettre à jour la période effective. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167
Règle 15. Ajouter une période effective. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168
Configuration de la chronologie d'un objet de base. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168
Étape 1. Activer la chronologie dans la console Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . 168
Étape 2. Configurer le fichier de propriétés. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169
Charger plusieurs versions d'un enregistrement dans une tâche de lots. . . . . . . . . . . . . . . . . . 169
Configurer le chargement par lots pour charger plusieurs versions d'un enregistrement. . . . . 170
Exemple de chargement de lots de plusieurs versions d'un enregistrement. . . . . . . . . . . . . 170
Modifier la période effective d'une version d'enregistrement. . . . . . . . . . . . . . . . . . . . . . . . . 171
Étendre la période effective d'une version d'enregistrement. . . . . . . . . . . . . . . . . . . . . . . 172
Réduire la période effective d'une version d'enregistrement. . . . . . . . . . . . . . . . . . . . . . . 173
Ajouter une version d'enregistrement. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
Exemple d'ajout d'une version d'enregistrement. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
Mettre à jour les données d'un enregistrement. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
Exemple de mise jour des données d'un enregistrement. . . . . . . . . . . . . . . . . . . . . . . . . 175
Mettre à jour une relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
Mettre à jour une colonne personnalisée d'un exemple d'enregistrement de relation. . . . . . . 176
Mettre à jour une colonne du système d'un exemple d'enregistrement de relation. . . . . . . . . 177
Fin d'une relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
Exemple de fin d'une relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
Supprimer une période de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
exemple de suppression d'un exemple de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180
Supprimer toutes les périodes de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180
Exemple de suppression de toutes les périodes d'une relation. . . . . . . . . . . . . . . . . . . . . 181
Utilisation de l'extraction de chronologie. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181
Configurer les propriétés de l'extraction de chronologie. . . . . . . . . . . . . . . . . . . . . . . . . 183
8 Sommaire
Activation des déclencheurs de messages pour les transitions d'état. . . . . . . . . . . . . . . . . 194
Promotion d'enregistrements. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194
Promotion d'enregistrements dans les outils du Gestionnaire de données. . . . . . . . . . . . . . 195
Définition d'une tâche de promotion de lots à l'aide de la Visionneuse de lots. . . . . . . . . . . 195
Définition d'une tâche de promotion de lots à l'aide de l'outil Groupe de lots. . . . . . . . . . . . 196
Sommaire 9
Création de types d'entités. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
Édition de types d'entités. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
Supprimer les types d'entités. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222
Options d’affichage pour les entités. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222
Rétablissement d'objets de base de l'entité en objets de base. . . . . . . . . . . . . . . . . . . . . . . . 222
Types de hiérarchies. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223
Ajout de hiérarchies. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223
Supprimer des hiérarchies. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
Objets de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
Objets de base de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
Création des objets de base de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226
Conversion des Objets de Base en objets de base de relation. . . . . . . . . . . . . . . . . . . . . . 226
Rétablissement d'objets de base de relation en objets de base. . . . . . . . . . . . . . . . . . . . . 228
Objets de base de relation de clé étrangère. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228
Création d'objets de base de relation de clé étrangère. . . . . . . . . . . . . . . . . . . . . . . . . . 229
Types de relations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229
Exemple de type de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231
Création de types de relations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232
Éditer les types de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233
Supprimer les types de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233
Packages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233
Configuration des données du gestionnaire de hiérarchies. . . . . . . . . . . . . . . . . . . . . . . 234
Création de packages d'entités, de relations et d'objets de relation de clé étrangère. . . . . . . 234
Assignation de packages aux types d'entités ou de relations. . . . . . . . . . . . . . . . . . . . . . 237
À propos des profils. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238
Ajout de profils. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238
Édition de profils. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238
Validation de profils. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239
Copie de profils. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239
Suppression de profils. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239
Suppression des types de relation d’un profil. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 240
Suppression des types d’entité d’un profil. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 240
Assignation de packages aux types d’entités et de relations. . . . . . . . . . . . . . . . . . . . . . 240
10 Sommaire
Étape 4. Création des types de relations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249
Création du type de relation Le groupe de produits est un parent du groupe de produits. . . . . 250
Création du type de relation Le groupe de produits est le parent du produit. . . . . . . . . . . . . 251
Étape 5. Création d'un type de hiérarchie. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252
Étape 6. Ajout des types de relations au profil de hiérarchie. . . . . . . . . . . . . . . . . . . . . . . . . . 252
Étape 7. Création de packages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253
Création du package de l'objet d'entité Produit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253
Création du package de relation de produit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254
Étape 8. Attribution des packages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255
Attribution du package PKG Produit au type d'entité Produit. . . . . . . . . . . . . . . . . . . . . . 255
Attribution du package PKG Produit au type d'entité Groupe de produits. . . . . . . . . . . . . . . 256
Attribution du package PKG Rel de produit au type de relation Le groupe de produits est un
parent du groupe de produits. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256
Attribution du package PKG Rel de produit à la relation Le groupe de produits est le parent
du produit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 258
Étape 9. Configuration de l'affichage des données dans le gestionnaire de hiérarchies. . . . . . . . 259
Configuration du libellé du type d'entité Produit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259
Configuration du libellé du type d'entité Groupe de produits. . . . . . . . . . . . . . . . . . . . . . . 261
Configuration du texte d'info-bulle du type d'entité Produit. . . . . . . . . . . . . . . . . . . . . . . 261
Configuration du texte d'info-bulle du type d'entité du groupe de produits. . . . . . . . . . . . . . 262
Configuration du texte d'info-bulle du type de relation Le groupe de produits est un parent
du groupe de produits. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263
Configurez le texte d'info-bulle du type de relation Le groupe de produits est le parent du
produit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 264
Configuration de la liste d'entités. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 264
Configuration de la liste de relations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265
Configuration des champs de recherche d'entité. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266
Configuration des champs de recherche de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . 268
Configuration des résultats de recherche d'entité. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269
Configuration des résultats de recherche de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . 270
Configurez les détails d'entité dans le gestionnaire de hiérarchies de la console Hub.. . . . . . 272
Configurer les détails de l'entité pour le gestionnaire de hiérarchies IDD. . . . . . . . . . . . . . . 273
Configuration des détails de la relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273
Configuration des champs d'entité modifiables. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274
Caractère modifiable du champ de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 275
Configuration des champs de création d'entité. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 275
Configuration des champs de création de relation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 276
Gestion des hiérarchies. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 278
Sommaire 11
Flux de données global pour les traitements par lots. . . . . . . . . . . . . . . . . . . . . . . . . . . 280
État de consolidation des enregistrements de l’objet de base. . . . . . . . . . . . . . . . . . . . . . 281
Survie des données de cellule et ordre de priorité. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282
Survie du ROWID_OBJECT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
Processus de liaison. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
À propos du processus de landing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284
Gestion du processus de liaison. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285
Processus d'activation de données. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285
Gestion intermédiaire de MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286
Gestion intermédiaire de la plate-forme Informatica. . . . . . . . . . . . . . . . . . . . . . . . . . . . 287
Processus de chargement. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287
À propos du processus de chargement. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287
Tables associées au processus de chargement. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288
Chargements de données initiale et chargements incrémentiels. . . . . . . . . . . . . . . . . . . . 289
Paramètres d’approbation et règles de validation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289
Flux d’exécution du processus de chargement. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290
Autres considérations pour le processus de chargement. . . . . . . . . . . . . . . . . . . . . . . . . 294
Processus de marquage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
Jetons de correspondance et clés de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . 295
Tables de clés de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296
Exemple de clés de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296
Le processus de marquage s'applique uniquement aux objets de base de correspondance
approximative . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297
Concepts clés pour le processus de marquage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297
Optimisation des performances du marquage et du processus de fusion. . . . . . . . . . . . . . 299
Nettoyer les tables de clés de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300
Processus de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302
Règles de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303
Objets de base de correspondance exacte et approximative. . . . . . . . . . . . . . . . . . . . . . 304
Tables de prise en charge utilisées dans le processus de correspondance. . . . . . . . . . . . . 305
Ensembles de populations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305
Correspondance pour les données dupliquées. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305
Build Match Groups et correspondances transitives. . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
Nombre maximum de correspondances pour la consolidation manuelle. . . . . . . . . . . . . . . 306
Tâches de correspondance externe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
Serveur de processus distribués. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307
Traitement des échecs du serveur d’applications ou de base de données. . . . . . . . . . . . . . 307
Processus de consolidation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307
À propos du processus de consolidation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307
Options de consolidation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308
Consolidation et intégration du workflow. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
Processus de publication. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
Modèles JMS pris en charge par Informatica MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . 310
12 Sommaire
Processus de publication pour la distribution sortante de données réconciliées. . . . . . . . . . 310
Déclencheurs de messages du processus de publication. . . . . . . . . . . . . . . . . . . . . . . . 310
Files d’attente des messages JMS sortants. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310
Schémas de message XML spécifiques à l’ORS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310
Flux d'exécution du processus de publication. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311
Sommaire 13
Étape 3. Synchroniser avec le référentiel modèle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 340
Effectuer la configuration de la gestion intermédiaire dans l'outil Developer. . . . . . . . . . . . . . . 341
Étape 1. Vérifier les objets générés. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 341
Étape 2. Créer la connexion au système source. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 347
Étape 3. Ajouter la connexion à la vue Explorateur de connexion. . . . . . . . . . . . . . . . . . . . 349
Étape 4. Créer un objet de données physiques pour la connexion source. . . . . . . . . . . . . . 352
Étape 5. Créer une connexion pour la cible. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 354
Étape 6. Ajouter la connexion à la vue Explorateur de connexion. . . . . . . . . . . . . . . . . . . . 356
Étape 7. Ajouter la connexion aux objets de données physiques. . . . . . . . . . . . . . . . . . . . 359
Étape 8. Ajouter des transformations aux mapplets. . . . . . . . . . . . . . . . . . . . . . . . . . . . 362
Configurer et exécuter les mappages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363
Étape 1. Configurer les mappages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 364
Étape 2. Exécuter les mappages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 366
Gestion des tables intermédiaires. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367
Désactiver la gestion intermédiaire pour une seule table intermédiaire. . . . . . . . . . . . . . . . 367
Désactiver la gestion intermédiaire de la plate-forme Informatica pour toutes les tables
intermédiaires. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368
Activer la gestion intermédiaire de la plate-forme Informatica pour toutes les tables
intermédiaires. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368
Synchroniser les modifications pour toutes les tables intermédiaires avec le référentiel
modèle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
Documentation complémentaire. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
14 Sommaire
Mappages de colonnes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 388
Filtrage des enregistrements dans les mappages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 389
Gestion des mappages utilisant des fonctions de nettoyage. . . . . . . . . . . . . . . . . . . . . . 390
Chargement par ID de ligne. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 391
Configurer le suivi d'audit et la détection delta. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 391
Configuration du Suivi d'audit pour une table temporaire. . . . . . . . . . . . . . . . . . . . . . . . . 392
Configuration de la détection delta pour une table temporaire. . . . . . . . . . . . . . . . . . . . . 393
Gestion des tables intermédiaires. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 396
Modification des propriétés dans les tables temporaires. . . . . . . . . . . . . . . . . . . . . . . . . 396
Saut vers le système source pour une Table de Staging. . . . . . . . . . . . . . . . . . . . . . . . . 396
Suppression des Tables de Staging. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 397
Gestion des mappages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 397
Édition des propriétés de mappage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 397
Copie des mappages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 397
Saut vers un schéma. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 398
Test des mappages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 398
Retrait de mappages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 398
Sommaire 15
Configurer le nettoyage des données dans le MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . 419
Configurer les Serveurs de processus pour le nettoyage des données. . . . . . . . . . . . . . . . . . . 419
Modes des opérations de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 419
Nettoyage des données distribué. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 420
Demandes de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 421
Démarrage de l'outil du serveur de processus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 421
Propriétés du serveur de processus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 421
Ajout d'un Serveur de processus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 424
Activation des communications sécurisées pour les serveurs de processus. . . . . . . . . . . . 424
Modification des propriétés du Serveur de processus.. . . . . . . . . . . . . . . . . . . . . . . . . . 425
Suppression d'un Serveur de processus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 425
Test de la configuration du serveur de processus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 426
Configurer les fonctions de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 426
Démarrage de l’outil Fonctions de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 427
Types de fonctions de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 427
Propriétés de fonction de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 427
Présentation de la configuration des fonctions de nettoyage. . . . . . . . . . . . . . . . . . . . . . 428
Configuration des bibliothèques de nettoyage utilisateur. . . . . . . . . . . . . . . . . . . . . . . . 428
Configuration des bibliothèques de nettoyage Java. . . . . . . . . . . . . . . . . . . . . . . . . . . . 428
Ajout de fonctions d'expression régulière. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 429
Configuration des fonctions graphiques. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 430
Test des fonctions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 435
Utilisation des conditions dans les fonctions de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . 436
À propos des composants d’exécution conditionnelle. . . . . . . . . . . . . . . . . . . . . . . . . . . 436
Quand utiliser des composants d’exécution conditionnelle. . . . . . . . . . . . . . . . . . . . . . . 436
Ajout de composants d'exécution conditionnelle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436
Configuration des listes de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437
À propos des listes de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437
Ajout de listes de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437
Propriétés des listes de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437
Édition des propriétés de liste de nettoyage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 439
Définir le nettoyage des données dans la plate-forme Informatica. . . . . . . . . . . . . . . . . . . . . . 442
Ajout de transformations dans un mapplet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 443
Configurer un mappage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 444
16 Sommaire
Exemple de clé réservée de valeur supérieure. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 452
Activer la mise à jour des cellules. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 453
Propriétés des colonnes dans les tables intermédiaires. . . . . . . . . . . . . . . . . . . . . . . . . 453
Modification des propriétés dans les tables temporaires. . . . . . . . . . . . . . . . . . . . . . . . . 455
Recherches pour les colonnes de clé étrangère. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 456
Configuration du chargement de données initial. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 457
Configuration de l’approbation pour les systèmes sources. . . . . . . . . . . . . . . . . . . . . . . . . . 458
À propos de l’approbation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 458
Propriétés d'approbation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 460
Considérations sur la définition des valeurs d’approbation. . . . . . . . . . . . . . . . . . . . . . . 461
Approbation de colonne. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462
Configuration des règles de validation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 464
À propos des règles de validation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 464
Activer les règles de validation pour une colonne. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 465
Navigation jusqu’au nœud Règles de validation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 466
Propriétés des règles de validation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 466
Ajout de règles de validation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 470
Éditer les propriétés des règles de validation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 471
Changer la séquence des règles de validation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 471
Retrait des règles de validation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 471
Sommaire 17
Chemins intra-table. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 485
Exemple d'objet de base pour des chemins intra-table. . . . . . . . . . . . . . . . . . . . . . . . . . 485
Colonnes dans l’exemple d’objet de base . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 486
Créer une Relation du Base Object. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 486
Étapes de la configuration Exemple. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 486
Navigation vers l'onglet Chemins. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 487
Configuration des filtres pour les chemins de correspondance. . . . . . . . . . . . . . . . . . . . . 487
Configuration des composants de chemin. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 489
Nom d’affichage. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 490
Nom physique. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 490
Autoriser les enregistrements enfants manquants. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 490
Contraintes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 491
Ajout de composants de chemin. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 491
Édition des composants de chemin. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 491
Suppression de composants de chemin. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 492
Configuration des colonnes de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 492
À propos des colonnes de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 492
Configuration des colonnes de correspondance pour les objets de base de correspondance
approximative. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 495
Configuration des colonnes de correspondance pour les objets de base de correspondance
exacte. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 500
Ensembles de règles de correspondance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 502
Propriétés d’ensemble de règles de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . 503
Navigation vers l'onglet Ensemble de règles de correspondance . . . . . . . . . . . . . . . . . . . 506
Ajout d'ensembles de règles de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 506
Édition des propriétés de l'ensemble de règles de correspondance. . . . . . . . . . . . . . . . . . 506
Renommage des ensembles de règles de correspondance. . . . . . . . . . . . . . . . . . . . . . . 507
Suppression des ensembles de règles de correspondance. . . . . . . . . . . . . . . . . . . . . . . 507
Configuration des règles de colonne de correspondance pour les ensembles de règles de
correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 507
Prérequis pour la configuration des règles de colonne de correspondance . . . . . . . . . . . . . 508
Les règles de colonne de correspondance diffèrent entre objets de base à correspondance
exacte et à correspondance approximative . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 508
Spécification d’options de consolidation pour des enregistrements correspondants . . . . . . . 508
Propriétés de règle de correspondance pour les objets de base de correspondance
approximative seulement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 508
Propriétés de colonne de correspondance pour les règles de correspondance . . . . . . . . . . 518
Conditions requises pour les colonnes de correspondance exacte dans les règles de
correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 524
Boutons de commande pour la configuration des règles de correspondance de colonne. . . . 524
Ajout de règles de colonne de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 525
Édition de règles de colonne de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 526
Suppression de règles de colonne de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . 527
Changer la séquence d’exécution des règles de colonne de correspondance . . . . . . . . . . . . 527
18 Sommaire
Spécification d’options de consolidation pour les règles de colonne de correspondance . . . . 528
Configuration de la pondération de correspondance d'une colonne . . . . . . . . . . . . . . . . . . 529
Configuration de la correspondance du segment d'une colonne . . . . . . . . . . . . . . . . . . . . 529
Configuration des règles de correspondance de clé primaire. . . . . . . . . . . . . . . . . . . . . . . . . 530
À propos des règles de correspondance de clé primaire. . . . . . . . . . . . . . . . . . . . . . . . . 530
Ajout de règles de correspondance de clé primaire. . . . . . . . . . . . . . . . . . . . . . . . . . . . 530
Édition des règles de correspondance de clé primaire. . . . . . . . . . . . . . . . . . . . . . . . . . 531
Suppression de règles de correspondance de clé primaire. . . . . . . . . . . . . . . . . . . . . . . . 532
Investigation sur la distribution des clés de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . 532
À propos de la distribution des clés de correspondance . . . . . . . . . . . . . . . . . . . . . . . . . 532
Navigation vers l’onglet Distribution des clés de correspondance. . . . . . . . . . . . . . . . . . . 533
Composants de l’onglet Distribution des clés de correspondance . . . . . . . . . . . . . . . . . . . 533
Filtrage des clés de correspondance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 534
Exclusion d'enregistrements du processus de correspondance. . . . . . . . . . . . . . . . . . . . . . . . 535
Recherche de proximité. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 535
Configuration de la recherche de proximité. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 536
Sommaire 19
Configuration de la recherche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 564
Étape 1. Configurer Elasticsearch. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 565
Installer Elasticsearch. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 565
Créer des keystores, un truststore et des certificats. . . . . . . . . . . . . . . . . . . . . . . . . . . . 565
Configurer la machine virtuelle Java (JVM) Elasticsearch. . . . . . . . . . . . . . . . . . . . . . . . 566
Configurer le fichier de propriétés Elasticsearch. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 567
Sécuriser le cluster Elasticsearch. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 570
Charger la configuration de Search Guard dans Elasticsearch. . . . . . . . . . . . . . . . . . . . . 570
Configurer le NU de certificat client dans le fichier de propriétés Elasticsearch. . . . . . . . . . 571
Personnaliser la liste de mots à ignorer dans les recherches. . . . . . . . . . . . . . . . . . . . . . 571
Personnaliser la liste de synonymes à inclure dans les recherches. . . . . . . . . . . . . . . . . . 572
Démarrer Elasticsearch. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 572
Étape 2. Configurer les propriétés de MDM Hub pour la recherche. . . . . . . . . . . . . . . . . . . . . . 572
Configurer les propriétés du serveur Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 572
Configurer les propriétés du serveur de processus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 574
Étape 3. Configurer la recherche à l'aide de l'outil d'approvisionnement. . . . . . . . . . . . . . . . . . 576
Configurer le cluster Elasticsearch. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 577
Configurer les vues Résultats de la recherche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 578
Configurer les champs de recherche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 578
Configurer la mise en page pour afficher les enregistrements similaires (facultatif). . . . . . . 582
Étape 4. Valider le stockage de référence opérationnelle. . . . . . . . . . . . . . . . . . . . . . . . . . . . 584
Étape 5. Indexer les données de la recherche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 584
20 Sommaire
Configuration des files d’attente de messages sortants. . . . . . . . . . . . . . . . . . . . . . . . . . . . 596
À propos des files d’attente de messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 596
Propriétés de file d’attente de messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 596
Ajout de files d'attente de messages à un serveur de file d'attente de messages. . . . . . . . . 597
Éditer les propriétés de file d’attente de messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . 597
Suppression des files d’attente de messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 598
Configuration du traitement parallèle de messages JMS. . . . . . . . . . . . . . . . . . . . . . . . . . . . 598
Configuration de la sécurité JMS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 599
Configuration de déclencheurs de messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 599
Types d'événements pour les déclencheurs de messages. . . . . . . . . . . . . . . . . . . . . . . . 599
Méthodes recommandées pour les déclencheurs de messages. . . . . . . . . . . . . . . . . . . . 601
Propriétés système des déclencheurs de messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . 602
Ajout de déclencheurs de messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 602
Éditer les déclencheurs de messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 603
Suppression des déclencheurs de messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 604
Désactivation de l'interrogation de la file d'attente de messages. . . . . . . . . . . . . . . . . . . . . . . 604
Référence XML de message JMS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 604
Génération des schémas de messages XML spécifiques à l’ORS. . . . . . . . . . . . . . . . . . . . 604
Éléments d’un message XML. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 605
Filtrage des messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 606
Exemples de messages XML. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 606
Référence XML de message JMS hérité. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 618
Champs de message pour XML hérité. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 618
Filtrage des messages pour XML hérité. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 619
Exemples de messages pour XML hérité. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 619
Sommaire 21
Limitation du degré de parallélisme pour la collecte de statistiques dans les environnements
Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 637
Création de tâche de lot. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 638
Tâches de lots créées automatiquement. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 638
Traitement de lots créés en cas de modifications. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 639
Tâches de lots pour information seulement (non exécutées dans la console Hub). . . . . . . . . . . 639
Configuration du serveur de processus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 639
Exécution de tâches de lots à l’aide de l’outil Visionneuse de lot. . . . . . . . . . . . . . . . . . . . . . . 640
Outil Visionneuse de lot. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 640
Démarrage de l’outil Visionneuse de lots. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 640
Regroupement par type de table, de données ou de procédure. . . . . . . . . . . . . . . . . . . . . 640
Exécution manuelle de tâches de lots. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 641
Affichage des journaux d’exécution des tâches. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 643
Effacement de l'historique d'exécution des tâches. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 648
Exécution de tâches de lots à l'aide de l'outil Groupe de lots. . . . . . . . . . . . . . . . . . . . . . . . . 648
À propos des groupes de lots. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 648
Démarrage de l'outil Groupe de lots. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 649
Configuration des groupes de lots. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 650
Actualisation de la liste de groupes de lots. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 654
Exécution de groupes de lots à l’aide de l’outil Groupe de lots. . . . . . . . . . . . . . . . . . . . . 654
Filtrage des journaux d'exécution par état . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 658
Suppression de groupes de lots . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 658
Référence des tâches de lots . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 658
Liste alphabétique des tâches de lots . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 659
Accepter les enregistrements non correspondants comme étant uniques . . . . . . . . . . . . . 660
Tâches de correspondance et de fusion automatiques. . . . . . . . . . . . . . . . . . . . . . . . . . 661
Tâches de fusion automatique. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 662
Annulation de fusion de lots. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 662
Tâches d’instantané BVT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 663
Tâches de correspondance externe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 663
Tâches de génération des jetons de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . 667
Tâches Id'indexation initiale des données de recherche intelligente. . . . . . . . . . . . . . . . . . 669
Tâches de correspondance des clés. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 669
Tâches de chargement. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 670
Tâches de fusion manuelle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 675
Tâches d’annulation de fusion manuelle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 675
Tâches de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 676
Tâches d’analyse de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 678
Tâches de correspondance des données dupliquées. . . . . . . . . . . . . . . . . . . . . . . . . . . 680
Tâches de fusion multiple. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 680
Tâches de promotion. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 680
Tâches de recalcul de l'objet de base. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 682
Tâches de recalcul de MVV. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 683
22 Sommaire
Tâches de réinitialisation de la table de correspondance. . . . . . . . . . . . . . . . . . . . . . . . . 683
Tâches de revalidation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 683
Tâches d'activation de données. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 683
Tâches de synchronisation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 684
Sommaire 23
Statut des objets de référentiel. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 710
Table d'archive. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 711
Génération et déploiement d'une API SIF spécifique à l'ORS. . . . . . . . . . . . . . . . . . . . . . . . . . 711
Changement de nom d'une API SIF spécifique à l'ORS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 711
Téléchargement d'un fichier JAR client spécifique à l'ORS. . . . . . . . . . . . . . . . . . . . . . . . . . . 712
Utilisation des fichiers JAR client spécifiques à l'ORS avec le SDK SIF. . . . . . . . . . . . . . . . . . . 712
Suppression d'une API SIF spécifique à l'ORS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 712
Chapitre 33: Audit des services et événements d’Informatica MDM Hub. . . . 722
Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 722
À propos de l'audit d'intégration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 722
Événements auditables. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 722
Outil Gestionnaire d’audit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 723
Capture de XML pour les requêtes et les réponses. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 723
L’audit doit être explicitement activé. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 723
L’audit a lieu après l’authentification. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 723
L’audit est effectué pour les invocations avec un XML valide et bien formé. . . . . . . . . . . . . 724
24 Sommaire
Audit des changements de mot de passe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 724
Démarrage du Gestionnaire d’audit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 724
Requêtes d’API auditables et files d’attente de messages. . . . . . . . . . . . . . . . . . . . . . . . 724
Systèmes à auditer. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 725
Propriétés de l’audit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 725
Audit des demandes d'API SIF. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 726
Audit des files d'attente de messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 727
Audit d’erreurs. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 727
Configuration de l'audit d'erreur global. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 728
Utilisation du journal d’audit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 728
À propos du journal d’audit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 728
Table de fichier journal d'audit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 729
Affichage du fichier journal d'audit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 731
Purge périodique du fichier journal d'audit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 731
Sommaire 25
Configuration de la recherche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 774
Étape 1. Configurer un serveur de processus en tant que serveurs ZooKeeper et Solr. . . . . . 774
Étape 2. Configurer un serveur de processus en tant que serveur Solr. . . . . . . . . . . . . . . . 777
Étape 3. Configurer le serveur Hub pour la recherche. . . . . . . . . . . . . . . . . . . . . . . . . . . 780
Étape 4 : Configurer les champs de recherche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 781
Étape 5. Configurer le type de filtre d'un champ (Facultatif). . . . . . . . . . . . . . . . . . . . . . . 786
Étape 6. Configurer la mise en page pour afficher les enregistrements similaires (facultatif). . 787
Étape 7 : vérifier les collections Solr. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 788
Étape 8. Indexer les données de recherche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 788
Mise à jour des propriétés des champs de recherche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 790
Mise à jour des propriétés des champs de recherche en utilisant l'outil de provisionnement. . 791
Configuration des propriétés des champs de recherche à l'aide d'une liste de modifications. . 791
Identification des objets de base pour effectuer la réindexation. . . . . . . . . . . . . . . . . . . . 792
Optimisation des performances des demandes de recherche. . . . . . . . . . . . . . . . . . . . . . . . . 793
Dépannage Recherche. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 794
26 Sommaire
Annexe G: Collecte des informations d'environnement MDM avec le kit
d'utilisation du produit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 805
Présentation de la collecte des informations d'environnement MDM avec le kit d'utilisation du
produit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 805
Informations sur la configuration du système. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 806
Informations de l'environnement MDM Hub. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 806
Activation de la collecte des données MDM Hub sur le serveur Hub. . . . . . . . . . . . . . . . . . . . . 807
Activation de la collecte des données MDM Hub sur le serveur de processus. . . . . . . . . . . . . . . 807
Désactivation de la collecte des données MDM Hub sur le serveur Hub. . . . . . . . . . . . . . . . . . 808
Désactivation de la collecte des données MDM Hub sur le serveur de processus. . . . . . . . . . . . 808
Index. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 841
Sommaire 27
Préface
Le Guide de configuration de MDM Multidomain présente et fournit une vue d'ensemble de l'administration
®
d'Informatica MDM Hub. Il est recommandé pour toute personne en charge d'une implémentation MDM Hub.
Ce document suppose que vous avez lu le document Guide de présentation de MDM Multidomain et avez une
compréhension de base de l'architecture et des concepts clés d'MDM Hub.
Ressources Informatica
Informatica vous fournit toute une gamme de ressources de produits via Informatica Network et autres
portails en ligne. Utilisez ces ressources pour tirer le meilleur parti de vos produits et solutions Informatica,
et pour apprendre d'autres utilisateurs et experts en la matière d'Informatica.
Informatica Network
Informatica Network est la passerelle à de nombreuses ressources, y compris la base de connaissances
Informatica et le support client international Informatica. Pour accéder à Informatica Network, visitez le site
[Link]
En tant que membre d'Informatica Network, vous disposez des options suivantes :
Pour rechercher dans la base de connaissances, visitez le site [Link] N’hésitez pas
à contacter l’équipe Base de connaissances Informatica à l’adresse KB_Feedback@[Link] pour lui
faire part de vos questions, commentaires ou suggestions concernant la base de connaissances.
Documentation Informatica
Utilisez le portail de documentation Informatica pour explorer une vaste bibliothèque de documentation pour
les versions de produits actuelles et récentes. Pour explorer le portail de documentation, visitez le site
[Link]
28
Informatica conserve la documentation de nombreux produits dans la base de connaissances Informatica,
ainsi que sur le portail de documentation. Si vous ne trouvez pas la documentation de votre produit ou
version de produit sur le portail de documentation, recherchez dans la base de connaissances à l'adresse
[Link]
Informatica Velocity
Informatica Velocity est un ensemble de conseils et de meilleures pratiques développés par les services
professionnels d'Informatica et basés sur les expériences réelles de centaines de projets de gestion des
données. Informatica Velocity représente le savoir collectif de consultants d'Informatica qui collaborent avec
des organisations du monde entier pour planifier, développer, déployer et gérer des solutions performantes
de gestion des données.
Informatica Marketplace
Informatica Marketplace est un forum dans lequel vous pouvez trouver des solutions qui permettent
d'augmenter et d'améliorer vos implémentations Informatica. Exploitez les centaines de solutions de
développeurs et de partenaires Informatica sur Marketplace pour améliorer votre productivité et accélérer le
délai d'implémentation de vos projets. Vous trouverez Informatica Marketplace à l'adresse
[Link]
Pour rechercher le numéro de téléphone du support client international Informatica local, visitez le site Web
Informatica à l'adresse
[Link]
Pour rechercher des ressources de support en ligne sur Informatica Network, visitez le site
[Link] et sélectionnez l'option eSupport.
Préface 29
Partie I : Introduction
Cette partie contient les chapitres suivants :
30
Chapitre 1
Administration d'Informatica
MDM Hub
Ce chapitre comprend les rubriques suivantes :
Les administrateurs accèdent au Informatica MDM Hub via la Console Hub qui comprend un ensemble
d'outils pour la gestion de l'implémentation du Informatica MDM Hub.
Les administrateurs de Informatica MDM Hub utilisent le Console Hub pour effectuer les tâches suivantes :
31
3. Production. Déployer, affinez et maintenir l'environnement.
Phase de démarrage
La phase de démarrage consiste à installer et à configurer les composants principaux d'Informatica MDM
Hub : le stockage Hub, le serveur Hub, le Serveur de processus et les adaptateurs de nettoyage.
Pour obtenir des instructions sur l'installation du stockage Hub, du serveur Hub et de Serveur de processus,
consultez le Guide d'installation de MDM Multidomain pour votre serveur d'applications. Pour obtenir des
instructions sur la configuration d'un adaptateur de nettoyage pour intégrer un moteur de nettoyage externe
pris en charge avec MDM Hub, consultez le Guide de l'adaptateur de nettoyage pour MDM Multidomain.
Remarque: Les instructions de ce chapitre supposent que vous avez terminé la phase de démarrage et que
vous êtes prêt à commencer la configuration de votre implémentation d'Informatica MDM Hub.
Phase de configuration
Une fois qu’Informatica MDM Hub a été installé et configuré, les administrateurs peuvent commencer à
configurer et à tester ses fonctionnalités : le modèle de données et les autres objets du stockage Hub, les
processus de gestion des données, les accès des applications externes, etc.
Cette phase implique un processus dynamique itératif de construction et de test des fonctionnalités
d’Informatica MDM Hub pour satisfaire aux spécifications définies d’une organisation. Les rubriques de ce
chapitre portent sur les tâches associées à la phase de configuration.
Une fois que le schéma a été suffisamment construit et qu’Informatica MDM Hub a été correctement
configuré, les développeurs peuvent construire des applications externes pour accéder aux fonctionnalités et
aux ressources d’Informatica MDM Hub. Pour obtenir des instructions sur le développement d'applications
externes, consultez le Guide de l'infrastructure d'intégration des services de MDM Multidomain.
Phase de production
Une fois que l'implémentation de Informatica MDM Hub a été suffisamment configurée et testée, les
administrateurs déploient Informatica MDM Hub dans un environnement de production.
En plus la gestion des opérations en cours de Informatica MDM Hub, cette phase peut impliquer des réglages
de performance pour optimiser le traitement de données métier réelles.
Remarque: L'administrateur du Hub MDM doit indiquer un accès à tous les fichiers journaux nécessaires afin
de permettre un dépannage en temps opportun.
• Présentation, 33
• À propos de la console Hub MDM, 33
• Démarrage de la console Hub, 34
• Navigation dans la console Hub MDM, 34
• Espaces de travail et outils Informatica MDM Hub, 43
Présentation
Ce chapitre fournit une introduction à la Console Hub et une présentation de haut niveau des outils impliqués
dans la configuration de votre implémentation de Informatica MDM Hub.
Remarque: Les outils disponibles dans la Console Hub dépendent de votre contrat de licence Informatica.
33
Démarrage de la console Hub
Pour accéder à MDM Hub, démarrez Console Hub. Utilisez une connexion HTTP ou HTTPS pour démarrer le
Console Hub.
Vérifiez que vous disposez d'un nom d'utilisateur et d'un mot de passe avant de démarrer la Console Hub.
Chaque outil vous permet de vous concentrer sur une zone spécifique de votre implémentation de
Informatica MDM Hub.
Vue Description
Par espaces de travail Des outils semblables sont regroupés par espace de travail. Un espace de travail est un
ensemble logique d'outils associés.
Par processus Les outils sont regroupés en un flux de travail logique, qui vous guide à travers les outils et
les étapes nécessaires à l'exécution d'une tâche.
Vous pouvez cliquer sur les onglets dans la partie la plus à gauche de la fenêtre de la Console Hub pour
basculer entre les vues Processus et Espaces de travail.
• Cliquez sur l'onglet Espaces de travail dans la partie gauche de la fenêtre de la Console Hub.
La Console Hub affiche une liste des espaces de travail disponibles dans l'onglet Espaces de travail. La
vue Espaces de travail organise les outils de la Console Hub par fonctionnalité semblable.
Les noms des espaces de travail et les descriptions d'outils sont déterminés par les métadonnées, de
même que la méthode de regroupement des outils. Il est possible d'obtenir des regroupements d'outils
personnalisés.
Vue Processus
Pour afficher les outils par processus :
• Cliquez sur l'onglet Processus dans la partie gauche de la fenêtre de la Console Hub.
La Console Hub affiche une liste des processus disponibles dans l'onglet Processus. Les outils sont
organisés dans des séquences ou processus communs.
Les processus vous guident dans une séquence logique d'outils pour effectuer une tâche spécifique. Le
même outil peut appartenir à plusieurs processus et peut figurer plusieurs fois dans un seul processus.
1. Dans la vue Espaces de travail, développez celui qui contient l'outil à démarrer.
2. Au besoin, développez le nœud de l'espace de travail pour afficher les outils associés à cet espace de
travail.
3. Cliquez sur l'outil.
Si vous sélectionnez un outil qui requiert une autre base de données, la Console Hub vous invite à la
sélectionner.
Tous les outils de l'espace de travail de configuration, Bases de données, Utilisateurs, Fournisseurs de
sécurité, Accès aux outils, Files d'attente de messages, Gestionnaire de référentiels, Gestionnaire
d'entreprise et Gestionnaire de flux de travail requièrent une connexion à la Base de données principale
du hub MDM. Les autres outils requièrent une connexion à un Stockage de référence opérationnelle.
La Console Hub affiche l'outil sélectionné.
Tous les outils auxquels vous accédez via la Console Hub sont en lecture seule, sauf les outils du
gestionnaire de données. Pour apporter des modifications aux métadonnées du stockage Hub à l'aide des
outils, vous devez obtenir un verrou sur les tables du référentiel.
Pour apporter en parallèle des modifications au stockage Hub, vous devez obtenir des verrous pour un
utilisateur exclusif ou pour plusieurs utilisateurs. Vous pouvez forcer la libération des verrous en écriture ou
exclusifs détenus par d'autres utilisateurs.
Le tableau suivant décrit les types de verrous auxquels vous pouvez accéder dans la Console Hub :
verrou exclusif Autorise un seul utilisateur à apporter des modifications à l'Stockage de référence opérationnelle
sous-jacent, empêchant d'autres utilisateurs de modifier l'Stockage de référence opérationnelle
lorsque le verrou exclusif est en vigueur.
verrou en Autorise plusieurs utilisateurs à apporter simultanément des modifications aux métadonnées
écriture sous-jacentes. Vous pouvez obtenir les verrous en écriture dans la Base de données principale du
hub MDM ou dans un Stockage de référence opérationnelle.
Remarque: Vous ne pouvez pas obtenir de verrou pour un Stockage de référence opérationnelle en mode de
production. Si un Stockage de référence opérationnelle est en mode de production et que vous tentez
d'obtenir un verrou en écriture, un message s'affiche et indique que vous ne pouvez pas obtenir le verrou.
Vous devez acquérir un verrouillage des outils suivants pour modifier la configuration de la Base de données
principale du hub MDM :
• Bases de données
• Gestionnaire de référentiels
• Files d'attente de messages
• Fournisseurs de sécurité
• Accès aux outils
• Utilisateurs
Vous devez acquérir un verrouillage des outils suivants pour modifier la configuration du Stockage de
référence opérationnelle :
• Groupe de lots
• Fonctions de nettoyage
• Hiérarchies
• Gestionnaire de hiérarchies
• Mappages
• Packages
• Serveur de processus
• Requêtes
• Rôles
• Gestionnaire de schéma
• Visionneuse de schéma
• Ressources sécurisées
Lorsque plusieurs Console Hub utilisent le même Stockage de référence opérationnelle, un verrou en écriture
sur un Serveur Hub ne désactive pas la mise en cache sur les autres Serveurs Hub.
Cependant, les verrous en écriture n'empêchent pas ces utilisateurs d'éditer les mêmes données
simultanément. Dans de tels cas, les modifications les plus récemment enregistrées demeurent.
1. Cliquez sur Verrou en écriture > Effacer le verrou pour effacer tous les verrous en écriture détenus par
d'autres utilisateurs.
2. Cliquez sur Verrou en écriture > Obtenir un verrou exclusif.
L'arbre de navigation se trouve dans le panneau de navigation de la Console Hub. Chaque objet nommé dans
l'arbre de navigation est représenté par un nœud. Un nœud qui contient d'autres nœuds est appelé un nœud
parent. Un nœud appartenant à un nœud parent est appelé un nœud enfant.
1. Panneau de navigation
2. Panneau Propriétés
3. Nœud parent
4. Nœud enfant
Pour masquer des nœuds enfant sous un nœud parent, procédez comme suit :
• Nom d'affichage (a-z) trie les objets de l'arborescence par ordre alphabétique d'après leur nom
d'affichage.
• Nom d'affichage (z-a) trie les objets de l'arborescence par ordre alphabétique décroissant d'après leur
nom d'affichage.
Options de filtre
Vous pouvez filtrer les éléments affichés dans l'arbre de navigation en cliquant sur la zone Filtre en bas du
panneau Navigation et en sélectionnant l'option de filtre adéquate.
• Aucun filtre (tous les éléments). Retire tous les filtres précédemment définis.
• Un élément. Affiche au-dessus de l'arbre de navigation une liste déroulante dans laquelle vous devez
sélectionner un élément.
Par exemple, dans le gestionnaire de schéma, vous pouvez choisir Type de table ou Table.
Si vous choisissez Type de table, vous cliquez sur la flèche vers le bas pour afficher une liste des types de
table à partir de laquelle effectuer votre sélection pour votre filtre.
• Certains éléments. Vous permet de sélectionner un ou plusieurs éléments.
Par exemple, dans le gestionnaire de schéma, vous pouvez sélectionner des tables en fonction du type ou du
nom de la table. Lorsque vous sélectionnez Certains éléments, la Console Hub affiche le bouton Définir le
filtre d'élément au-dessus de l'arbre de navigation.
• Dans le gestionnaire de schéma, vous pouvez afficher ou masquer les éléments publics du Informatica
MDM Hub en cliquant sur la zone Vue sous l'arbre de navigation et en choisissant la commande
appropriée.
Par exemple, vous pouvez visualiser toutes les tables système.
• Dans l'outil Mappages, vous pouvez visualiser les éléments par mappage, table temporaire ou table
d'arrivée.
• Dans l'outil de packages, vous pouvez visualiser les éléments par package ou par table.
• Dans l'outil Utilisateurs et groupes, vous pouvez afficher les sous-groupes et les sous-utilisateurs.
• Dans la Visionneuse de lots, vous pouvez regrouper les tâches par table, date ou type de procédure.
Recherche d'éléments
Lorsqu'aucun filtre n'est défini ou lorsque le filtre Certains éléments est sélectionné, la Console Hub affiche
une zone Recherche au-dessus de l'arborescence de navigation pour que vous puissiez rechercher des
éléments par nom.
• Cliquez avec le bouton droit de la souris sur un nom d'objet pour afficher un menu contextuel de
commandes que vous pouvez effectuer sur l'objet.
• Sélectionnez un objet dans l'arborescence de navigation, puis sélectionnez une commande dans le menu
de la Console Hub dans la partie supérieure de la fenêtre.
Par exemple, dans le gestionnaire de schéma, vous pouvez cliquer avec le bouton droit de la souris sur
certains types d'objets de l'arborescence de navigation pour voir un menu contextuel des commandes
disponibles pour l'objet sélectionné.
Boutons de commande
Si vous disposez de l'accès pour créer, modifier ou supprimer des objets dans la fenêtre de la Console Hub et
que vous avez obtenu un verrou en écriture, vous pouvez voir certains des boutons de commande suivants
(ou tous) dans le panneau Propriétés. Il existe aussi d'autres boutons de commande.
Édition Modifier une propriété de l'élément sélectionné dans le panneau Propriétés. Indique que la
propriété est modifiable.
Remarque: Pour voir une description de l'action d'un bouton de commande, passez la souris sur le bouton
pour faire apparaître une info-bulle.
Suppression d'objets
Vous pouvez supprimer les objets dans la Console Hub.
Le tableau suivant présente les outils et leurs icônes associées dans l'espace de travail de configuration :
Utilisateurs Définir les utilisateurs et indiquer à quelles bases de données ils ont accès. Gérez les
stratégies de mots de passe globales et individuelles. Notez que MDM Hub prend en
charge l'authentification externe pour les utilisateurs, telle que LDAP.
Accès aux outils Définir les outils et processus de la Console Hub auxquels un utilisateur peut
accéder. Par défaut, les nouveaux comptes utilisateur n'ont pas accès aux outils
avant que l'accès soit explicitement accordé.
Files d'attente de Définir les interfaces de files d'attente de messages entrants et sortants dans MDM
messages Hub.
Gestionnaire de Valider les métadonnées d'un Stockage de référence opérationnelle, promouvoir les
référentiels modifications entre les référentiels, importer les objets dans les référentiels et
exporter les référentiels. Pour plus d'informations, consultez le Guide du Repository
Manager MDM Multidomain.
Gestionnaire Afficher les détails de configuration et les informations de version pour le Serveur
d'entreprise Hub, le Serveur de processus, la Base de données principale du hub MDM et le
Stockage de référence opérationnelle.
Schéma Définissez les objets de base, les relations, les exigences d'historique et de sécurité,
les tables temporaires et d'arrivée, les règles de validation, les critères de
correspondance et autres attributs de modèle de données.
Systèmes et Nommez les systèmes sources qui peuvent fournir des données pour la consolidation
approbation dans Informatica MDM Hub. Définissez les paramètres d'approbation associés à
chaque système source pour chaque colonne d'objet de base.
Requêtes Définissez les groupes de requêtes et requêtes utilisés par les packages.
Mappages Mappez les sorties de fonctions de nettoyage aux colonnes cibles dans les tables
temporaires.
Hiérarchies Configurez les structures requises pour afficher et manipuler les relations de
données dans Gestionnaire de hiérarchies.
Ressources Gérez les ressources sécurisées dans MDM Hub. Configurez l'état (Privé, Sécurisé)
sécurisées pour chaque ressource de MDM Hub et définissez les groupes de ressources pour
organiser les ressources sécurisées.
Rôles Définissez les affectations de rôles et de privilèges aux ressources et aux groupes
de ressources. Affectez des rôles aux utilisateurs et aux groupes d'utilisateurs.
Utilisateurs et Gérez des utilisateurs et groupes d'utilisateurs dans un seul Stockage Hub.
groupes
Gestionnaire de Gérez le contenu des données consolidées, affichez les références croisées,
données éditez les données, affichez l'historique et annulez la fusion des enregistrements
consolidés.
Remarque: Vous ne pouvez pas utiliser l'outil Gestionnaire de données pour éditer
ou mettre à jour des données dans des colonnes cryptées.
Gestionnaire de fusions Vérifiez et fusionnez les enregistrements correspondants mis en attente pour la
fusion manuelle.
Pour plus d'informations sur les outils proposés dans l'espace de travail du gestionnaire de données,
consultez le Guide du Gestionnaire de données de MDM Multidomain.
Groupe de lots Configurer et exécuter des groupes de lots (ensembles de tâches de lots individuels,
tels que l'activation de données, le chargement et les tâches de correspondance)
pouvant être exécutés à l'aide d'une seule commande.
Visionneuse de Exécutez des tâches de lots pour nettoyer, charger, faire correspondre ou fusionner
lots automatiquement des données et afficher des journaux de tâches.
Serveur de Affichez les informations de Serveur de processus, dont le nom, le port, le type de
processus serveur et si le serveur est en ligne ou hors ligne.
SIF Gestionnaire Générez des API de demandes spécifiques à Stockage de référence opérationnelle
Services Integration Framework (SIF). SIF Gestionnaire génère et déploie le code pour
prendre en charge les API de demandes de SIF pour les packages, les packages
distants, les mappages et les fonctions de nettoyage dans Stockage de référence
opérationnelle. Une fois générées, les API spécifiques à Stockage de référence
opérationnelle sont disponibles en tant que service Web et via l'API Siperian JAR
([Link]).
Registre de l'objet Afficher les sorties utilisateur inscrites, les fonctions de nettoyage Java
utilisateur personnalisées et les fonctions GUI personnalisées pour un Stockage de référence
opérationnelle.
Configuration de la prise en
charge de données
internationales
Ce chapitre comprend les rubriques suivantes :
Si vous disposez d'un environnement Oracle avec des données provenant de plusieurs pays et comprenant
différents ensembles de caractères, vous devez utiliser le codage UTF-8 (Unicode Transfer format). Vous
devez également configurer le paramètre NLS_LANG pour spécifier le comportement des paramètres
régionaux du logiciel Oracle client.
46
Configuration d'une base de données Unicode
(Oracle uniquement)
Si vous utilisez des bases de données Oracle dans votre implémentation de MDM Hub, vous devez configurer
l'ensemble de caractères à utiliser. Si votre implémentation utilise différentes informations régionales telles
que des données provenant de plusieurs pays avec des ensembles de caractères différents, vous devez
configurer MDM Hub et la base de données de sorte à utiliser le codage UTF-8. Si la base de données
contient des données provenant d'un seul paramètre régional, il n'est généralement pas nécessaire d'utiliser
une base de données UTF-8.
MDM Hub inclut les fichiers [Link] et <population>.ysp. Le fichier [Link] contient une population à
des fins de démonstration uniquement et ne doit pas être utilisé pour les règles de correspondance réelles.
Dans votre implémentation de MDM Hub, utilisez le fichier de population <population>.ysp pour lequel vous
possédez une licence. Si vous ne disposez pas de fichier de population, contactez le support client
international Informatica pour obtenir un fichier approprié à votre implémentation.
• Si les données proviennent d'un seul pays et qu'Informatica fournit un ensemble de population pour ce
pays, utilisez cette population.
1. Utilisez un éditeur de texte pour ouvrir le fichier suivant : <répertoire d'installation de MDM Hub>
\hub\cleanse\resources\[Link]
2. Ajoutez manuellement le paramètre suivant :
[Link].server_encoding = 1
Ceci est utile si les données d'un objet de base proviennent de différentes populations. Par exemple, 70 %
des dossiers proviennent des États-Unis et 30 % proviennent de la Chine. Les populations peuvent varier d’un
enregistrement à l’autre.
Pour utiliser plusieurs populations dans un objet de base, effectuez les opérations suivantes :
1. Contactez le support client international Informatica pour obtenir les fichiers <population>.ysp
applicables à votre implémentation, ainsi que des instructions pour l'activation de la population.
2. Pour chaque population à utiliser, activez-la dans la table de métadonnées C_REPOS_SSA_POPULATION.
3. Copiez les fichiers de population applicables à l'emplacement suivant :
Sous UNIX : <Répertoire d'installation de MDM Hub>/hub/cleanse/
Sous Windows : <Répertoire d'installation de MDM Hub>\cleanse\resources\match
4. Redémarrez le serveur d’applications.
5. Dans le gestionnaire de schémas, ajoutez une colonne VARCHAR nommée SIP_POP à l'objet de base qui
contient la population à utiliser pour chaque enregistrement.
Remarque: La largeur de la colonne VARCHAR doit correspondre au nom de population le plus grand
utilisé. Une largeur de 30 est suffisante pour la plupart des implémentations.
6. Configurez la colonne de correspondance comme colonne de correspondance exacte avec le nom de
SIP_POP.
7. Pour chaque enregistrement de l'objet de base qui utilise une population qui n'est pas celle par défaut,
dans la colonne SIP_POP, entrez le nom de la population à utiliser à la place.
Vous pouvez spécifier des valeurs pour la colonne SIP_POP de l’une des manières suivantes :
• Ajoutez les données UTF-8 dans les tables d'arrivée.
• Utiliser des fonctions de nettoyage qui calculent les valeurs lors de l'exécution du processus
intermédiaire.
• Invoquez les requêtes SIF à partir d'applications externes.
1. À partir d'une invite de commandes, tapez regedit, puis cliquez sur OK.
2. Accédez à l'entrée de registre suivante :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage\ACP
3. Pour modifier la page de codes ANSI, configurez les paramètres régionaux et la langue dans le panneau
de configuration de Windows. Les instructions diffèrent en fonction de la version de Windows que vous
exécutez. Pour obtenir des instructions détaillées, consultez la documentation de Microsoft Windows.
Si vous utilisez Trillium, assurez-vous d'utiliser le modèle correct pour créer le projet. Pour déterminer quels
pays sont pris en charge, consultez la documentation d'installation de Trillium. Vous pouvez obtenir des
projets spécifiques à des pays directement de Trillium.
Pour configurer les paramètres régionaux du système de manière à utiliser le codage UTF-8, effectuez les
opérations suivantes :
Vous pouvez configurer le paramètre NLS_LANG à l'aide de l'Éditeur du Registre Windows ou en tant que
variable d'environnement.
Vous devez définir les variables d'environnement LANG et installer les paramètres régionaux requis.
Paramètre Description
LANGUAGE Spécifie la langue utilisée pour les messages Oracle, en plus des noms des jours et des mois.
TERRITORY Spécifie les formats monétaire et numérique, en plus du territoire et des conventions de calcul des
nombres de semaines et de jours.
CHARACTERSET Contrôle l'ensemble de caractères utilisé par l'application cliente. Ce paramètre peut correspondre
à votre page de code Windows ou peut être défini sur UTF-8 pour une application Unicode.
Remarque: L'ensemble de caractères défini avec le paramètre NLS_LANG ne modifie pas l'ensemble de
caractères du client. La base de données Oracle convertit les données dans l'ensemble de caractères défini.
Le paramètre NLS_LANG n'hérite jamais de l'ensemble de caractères du serveur.
1. À partir d'une invite de commandes, tapez regedit, puis cliquez sur OK.
2. Accédez à l'entrée de registre suivante :
Pour Oracle 10g :
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_<Oracle_Home_name>
3. Modifiez la sous-clé NLS_LANG.
Pour vérifier et modifier les variables d'environnement système ou utilisateur, effectuez les opérations
suivantes :
1. Cliquez avec le bouton droit sur Poste de travail, puis sélectionnez Propriétés.
2. Sous l'onglet Avancé, cliquez sur Variables d'environnement.
La liste des variables utilisateur contient les paramètres pour l’utilisateur Windows actuellement
connecté.
La liste des variables système contient les variables système pour tous les utilisateurs.
Sur tous les systèmes de MDM Hub, y compris les bases de données et les serveurs, définissez les variables
d'environnement suivantes :
• export LC_ALL=en_US.UTF-8
• export LANG=en_US.UTF-8
• export LANGUAGE=en_US.UTF-8
Pour les environnements Oracle, définissez la variable d'environnement suivante :
• export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
Par exemple, la variable d'environnement LANG par défaut pour les États-Unis est export LANG=en_US
Par conséquent, lorsque vous utilisez UTF-8, utilisez la commande suivante pour configurer la variable
d'environnement LANG :
export LANG=en_US.UTF-8
Si plusieurs applications sont installées sur un ordinateur et que tous les paramètres régionaux corrects sont
également installés, vous pouvez définir la variable d'environnement correcte pour le profil qui démarre
l'application. Si le même profil utilisateur démarre plusieurs applications, vous pouvez définir localement la
variable d'environnement dans le script de démarrage des applications. Cela garantit que la variable
d'environnement est appliquée localement, et uniquement dans le contexte du processus d'application.
En général, toutes les variables d'environnement LANG ont le même paramètre, mais vous pouvez utiliser des
paramètres différents. Par exemple, si l'interface est en anglais, mais que les données que vous devez trier
sont en français, définissez LC_MESSAGES sur en_US et LC_COLLATE sur fr_FR. Si vous n'avez pas besoin
d'utiliser des paramètres LANG différents, définissez LC_ALL ou LANG.
Une application utilise les règles suivantes pour déterminer les paramètres régionaux à utiliser :
• Si la variable d'environnement LC_ALL est définie et n'est pas null, l'application utilise la valeur de LC_ALL.
• Si la variable d'environnement spécifique au composant appropriée, telle que LC_COLLATE, est définie et
n'est pas null, l'application utilise la valeur de cette variable d'environnement.
• Si la variable d'environnement LANG est définie et n'est pas null, l'application utilise la valeur de LANG.
• Si la variable d'environnement LANG n'est pas définie ou est null, l'application utilise un paramètre
régional par défaut dépendant de l'implémentation.
Remarque: Si vous devez utiliser des paramètres régionaux différents pour différents scénarios, ne définissez
pas LC_ALL.
53
Chapitre 4
Vous utilisez l’outil Accès aux outils dans l’espace de travail Configuration pour configurer l’accès aux outils
de la Console Hub. Pour utiliser l’outil Accès aux outils, vous devez être connecté à la base de données
principale.
L'outil Accès aux outils s'applique uniquement aux utilisateurs de MDM Hub qui ne sont pas configurés
comme administrateurs. Pour plus d'informations sur la configuration des utilisateurs, consultez le Guide de
sécurité de MDM Multidomain.
Configuration utilisateur
Vous pouvez créer, éditer et supprimer des utilisateurs dans MDM Hub.
Vous pouvez utiliser l'outil Utilisateurs dans l'espace de travail Configuration pour configurer des comptes
utilisateur pour les utilisateurs de MDM Hub, et pour modifier les mots de passe et activer l'authentification
externe. Informatica recommande de ne pas utiliser d'autres méthodes pour importer directement les
informations des utilisateurs vers MDM Hub, car cela peut provoquer des problèmes dans le stockage Hub.
Vous pouvez également utiliser l'outil Utilisateurs pour configurer les comptes des utilisateurs d'applications
externes. Un utilisateur d'application externe est un utilisateur de MDM Hub qui accède indirectement aux
données de MDM Hub via des applications tierces approuvées.
54
Pour plus d'informations sur la configuration utilisateur, consultez le Guide de sécurité de MDM Multidomain.
1. Dans la Console Hub, connectez-vous à la base de données principale si ce n'est pas déjà fait.
2. Développez l'espace de travail de configuration puis cliquez sur Accès aux outils.
La console Hub affiche l'outil Accès aux outils.
Implémentation de boutons
personnalisés dans les outils de
la console Hub
Ce chapitre comprend les rubriques suivantes :
• Présentation, 57
• À propos des boutons personnalisés dans la console Hub, 57
• Ajout de boutons personnalisés, 59
• Contrôle de l’apparence du bouton personnalisé, 61
• Déploiement des boutons personnalisés, 61
Présentation
Ce chapitre explique comment, dans une implémentation d’Informatica MDM Hub, vous pouvez ajouter des
boutons personnalisés aux outils dans la console Hub qui vous permettent d’appeler des services externes à
la demande.
Les boutons personnalisés peuvent fournir aux utilisateurs un accès sur demande, en temps réel aux services
de données spécialisés. Les boutons personnalisés peuvent être ajoutés au gestionnaire de fusions et au
gestionnaire de hiérarchies.
Les boutons personnalisés peuvent donner aux utilisateurs la possibilité d’invoquer un service externe en
particulier (comme la récupération de données ou des résultats de calcul), d’effectuer des opérations
spécialisées (comme le lancement d’un workflow) et d’autres tâches. Les boutons personnalisés peuvent
57
être conçus par une large gamme de fournisseurs de services pour accéder aux services de données,
notamment les applications d'entreprise (comme les applications CRM ou ERP), les fournisseurs de services
externes (comme les calculateurs de change, les éditeurs d'indices du marché financier ou les agences
gouvernementales), et même Informatica MDM Hub (pour plus d’informations, consultez le Guide de
l'infrastructure d'intégration des services de MDM Multidomain).
Par exemple, vous pouvez ajouter un bouton personnalisé qui appelle une fonction de nettoyage spécialisée,
fournie en tant que service Web par un fournisseur, et qui nettoie les données de l’enregistrement client
actuellement sélectionné dans l’écran du gestionnaire de fusions. Lorsque l’utilisateur clique sur le bouton, le
code sous-jacent peut capturer les données pertinentes de l’enregistrement sélectionné, créer une requête
(incluant éventuellement les données d’identification) au format attendu par le service Web, puis lui
soumettre cette requête pour traitement. Lorsque les résultats sont renvoyés, le Hub affiche les informations
dans une boîte de dialogue Swing distincte (si vous en avez créé une et que vous l’avez implémentée en tant
que fonction personnalisée du client) avec le rowid_object d’Informatica MDM Hub.
Les boutons personnalisés ne sont pas installés par défaut, et ne sont pas requis pour chaque
implémentation d’Informatica MDM Hub. Pour chaque bouton personnalisé, vous devez implémenter une
interface Java, grouper l’implémentation dans un fichier JAR et le déployer en exécutant un utilitaire de ligne
de commande. Pour contrôler l’apparence du bouton personnalisé dans la console Hub, vous pouvez indiquer
du texte ou une icône graphique dans un format graphique compatible Swing (par exemple JPG, PNG ou GIF).
Le code personnalisé peut traiter la réponse de service selon les besoins : journaliser les résultats, afficher
les données à l’utilisateur dans une boîte de dialogue Swing distincte (si le codage est personnalisé et que la
fonction personnalisée est côté client), permettre aux utilisateurs de copier et coller les résultats dans un
champ de saisie de données, exécuter les instructions PUT en temps réel des données dans les objets métier
corrects, etc.
1. Déterminez les détails du service externe que vous voulez invoquer, comme le format et les paramètres
des messages de requête et de réponse.
2. Écrivez et faites un package avec la logique métier que le bouton personnalisé exécutera.
3. Déployez le package pour qu’il apparaisse dans le ou les outils applicables de la Console Hub.
Une fois que le bouton de service externe est visible dans la Console Hub, les utilisateurs peuvent cliquer
sur ce bouton pour invoquer le service.
Environnement Description
Client Fonction personnalisée basée sur l’interface utilisateur : recommandée lorsque vous souhaitez
afficher des éléments dans l’interface utilisateur, tels qu’une boîte de dialogue distincte affichant
des informations de réponse.
Serveur Fonction personnalisée basée sur le serveur : recommandée lorsqu’il est préférable d’appeler le
service externe depuis le serveur pour des raisons relatives au réseau ou aux performances.
import [Link];
import [Link];
import [Link];
/**
* This is a sample custom function that is executed on the Server.
* To deploy this function, put it in a jar file and upload the jar file
* to the DB using DeployCustomFunction.
*/
public class TestFunction implements CustomFunction {
public String getActionText() {
return "Test Server";
}
public Icon getGuiIcon() {
return null;
}
public void executeClient(Properties properties, Frame frame, String username,
String password, String orsId, String baseObjectRowid, String baseObjectUid,
String packageRowid, String packageUid, String[] recordIds) {
[Link]("This method will never be called because getExecutionType()
returns SERVER_FUNCTION");
}
public void executeServer(Properties properties, String username, String password,
String orsId, String baseObjectRowid, String baseObjectUid, String packageRowid,
String packageUid, String[] recordIds) {
[Link]("Called custom test function on the server with the following
parameters:");
[Link]("Username/Password: '" + username + "'/'" + password + "'");
[Link](" ORS Database ID: '" + orsId + "'");
[Link]("Base Object Rowid: '" + baseObjectRowid + "'");
[Link](" Base Object UID: '" + baseObjectUid + "'");
[Link](" Package Rowid: '" + packageRowid + "'");
Méthode Description
getActionText Spécifiez le texte du libellé du bouton. Utilise l’apparence visuelle par défaut des boutons
personnalisés.
getGuiIcon Spécifiez le graphique de l’icône dans n’importe quel format graphique compatible Swing (comme
JPG, PNG ou GIF). Ce fichier d’image peut être inclus dans le fichier JAR de cette fonction
personnalisée.
Les boutons personnalisés sont affichés par ordre alphabétique du nom dans la Console Hub.
Libellé Description
(M)ettre à Met à jour le fichier JAR d’un bouton personnalisé existant. L’outil DeployCustomFunction vous
jour demande de spécifier :
- le rowID du bouton personnalisé à mettre à jour
- le fichier JAR pour votre bouton personnalisé
- le nom de la classe de fonction personnalisée qui implémente l’interface
[Link]
- le type du bouton personnalisé : f - Gestionnaire de fusions, h - Gestionnaire de hiérarchies
(vous pouvez spécifier une ou deux lettres)
(C)hanger le Modifie le type d’un bouton personnalisé existant. L’outil DeployCustomFunction vous demande
type de spécifier :
- le rowID du bouton personnalisé à mettre à jour
- le type du bouton personnalisé : f- Gestionnaire de fusions, et/ou h - Gestionnaire de
hiérarchies (vous pouvez spécifier une ou deux lettres)
(D)éfinir les Indiquez un fichier de propriétés qui définit les paires nom/valeur que la fonction personnalisée
propriétés exige au moment de l’exécution (nom=valeur). L’outil DeployCustomFunction vous demande de
spécifier le fichier de propriétés à utiliser.
64
Chapitre 6
• Présentation, 65
• Bases de données dans le stockage Hub, 66
• Comment les bases de données du stockage Hub sont liées, 66
• Création de bases de données du stockage Hub, 67
• Version requise, 67
Présentation
Le Stockage Hub est l’endroit où sont stockées et consolidées les données métier dans Informatica MDM
Hub.
Le Stockage Hub contient des informations communes sur toutes les bases de données qui font partie de
votre implémentation de Informatica MDM Hub.
65
Bases de données dans le stockage Hub
Le Stockage Hub est un ensemble de bases de données qui inclut :
Élément Description
Base de données Contient les paramètres de configuration de l’environnement Informatica MDM Hub : comptes
principale utilisateur, configuration de la sécurité, registre Stockage de référence opérationnelle,
paramètres de file d’attente de messages, etc. Un environnement donné du Informatica MDM
Hub ne peut avoir qu’une seule Base de données principale. Le nom par défaut du Base de
données principale est CMX_SYSTEM.
Dans le Console Hub, les outils dans l’espace de travail de Configuration (bases de données,
utilisateurs, fournisseurs de sécurité, accès aux outils et files d’attente de message) gèrent
les paramètres de configuration dans le Base de données principale.
Stockage de Base de données qui contient les données principales, métadonnées de contenu, les règles de
référence traitement des données principales, les règles de gestion de l’ensemble des objets de
opérationnelle données principales ainsi que les règles de traitement et la logique auxiliaire utilisée par le
(Stockage de Informatica MDM Hub dans la définition de la meilleure version de la vérité (best version of
référence the truth - BVT). Une configuration Informatica MDM Hub peut avoir une ou plusieurs bases de
opérationnelle) données ORS. Le nom par défaut d’un Stockage de référence opérationnelle est CMX_ORS.
Les utilisateurs pour les bases de données Stockage Hub sont créés globalement (au sein du Base de
données principale) puis assignés à des Stockage de référence opérationnelle spécifiques. Le Base de
données principale stocke également les informations au niveau du site, comme le nombre de tentatives de
connexion incorrectes autorisé avant qu’un compte utilisateur ne soit bloqué.
Si aucun ORS n'existe, seuls les outils d'espace de travail de configuration sont disponibles dans le Console
Hub. Une implémentation de Informatica MDM Hub peut avoir plusieurs Stockage de référence
opérationnelle, comme des Stockage de référence opérationnelle distincts pour le développement et la
production, ou des Stockage de référence opérationnelle distincts pour chaque emplacement géographique
ou pour différentes parties de l'organisation.
Vous pouvez accéder à et gérer plusieurs Stockage de référence opérationnelle depuis un Base de données
principale. Le Base de données principale stocke les paramètres et propriétés de connexion pour chaque
Stockage de référence opérationnelle.
Remarque: Un Stockage de référence opérationnelle peut être enregistré dans un seul Base de données
principale. Plusieurs Base de données principale ne peuvent pas partager le même Stockage de référence
opérationnelle. Un seul Stockage de référence opérationnelle ne peut pas être associé avec plusieurs Base de
données principale.
• Pour créer la base de données principale et un ORS, vous devez exécuter le script [Link].
• Pour créer une ORS individuelle, vous devez exécuter le script setup_ors.sql.
Version requise
Vous ne pouvez pas utiliser des versions différentes d’Informatica MDM Hub dans le même environnement.
Tous les composants de votre installation doivent être de la même version, dont le logiciel Informatica MDM
Hub et les bases de données dans le stockage Hub.
Pour posséder plusieurs versions d’Informatica MDM Hub sur votre site, vous devez installer chaque version
dans un environnement distinct. Si vous tentez d’utiliser une version différente d’une base de données, un
message s’affiche et vous indique de mettre à niveau la base de données vers la version en cours.
Avant de commencer
Avant de commencer, vous devez installer le MDM Hub, créer la base de données principale MDM Hub et au
moins un stockage de référence opérationnelle. Consultez les instructions du Guide d'installation de
MDM Multidomain pour créer la base de données principale de MDM Hub et le stockage de référence
opérationnelle.
68
À propos de l'outil Bases de données
Après avoir créé le Stockage Hub, utilisez l'outil Bases de données dans la Console Hub pour enregistrer et
définir les stockages de référence opérationnelle.
Utilisez l'outil Bases de données pour enregistrer un stockage de référence opérationnelle afin que le MDM
Hub puisse s'y connecter. L'enregistrement d'un stockage de référence opérationnelle stocke les propriétés
de connexion de base de données dans la base de données principale de MDM Hub.
Utilisez l'outil Bases de données afin de créer une source de données pour le stockage de référence
opérationnelle. Une source de données d'un stockage de référence opérationnelle contient un ensemble de
propriétés relatives au stockage de référence opérationnelle. Elle contient les propriétés telles que
l'emplacement du serveur de base de données, le nom de la base de données, le protocole réseau utilisé pour
communiquer avec le serveur ainsi que l'identifiant et le mot de passe de l'utilisateur de la base de données.
Remarque: L'outil Bases de données fait référence à un stockage de référence opérationnelle en tant que
base de données.
Nombre de base de données Nombre de stockages de référence opérationnelle définis dans le Stockage Hub.
Liste de bases de données Liste de bases de données du stockage de référence opérationnelle du hub
MDM enregistrées.
Si vous avez besoin d'aide pour la configuration du stockage de référence opérationnelle, consultez votre
administrateur de base de données. Pour plus d'informations sur les stockages de référence opérationnelle,
consultez le Guide d'installation de MDM Multidomain.
Nom du Stockage de référence opérationnelle qui doit s'afficher dans la Console Hub.
Identificateur de machine
Préfixe donné aux clés pour identifier de façon unique les enregistrements de cette instance du
stockage Hub.
Adresse IP ou nom du serveur qui héberge la base de données Microsoft SQL Server.
Port
Port de la base de données Microsoft SQL Server. La valeur par défaut est 1433.
Nom d'utilisateur
Nom d'utilisateur pour le Stockage de référence opérationnelle. Par défaut, il s'agit du nom d'utilisateur
que vous spécifiez lorsque vous créez le Stockage de référence opérationnelle. Cet utilisateur détient
tous les objets de la base de données du Stockage de référence opérationnelle dans le stockage Hub.
Remarque: vous n'avez pas besoin de fournir le nom d'utilisateur pour Microsoft SQL Server.
Mot de passe
Facultatif. URL du serveur Dynamic Data Masking. Laissez ce champ vide si vous n'utilisez pas Dynamic
Data Masking.
Vous pouvez également configurer les propriétés supplémentaires suivantes sur la page Résumé :
URL de Connexion
Sélectionnez cette propriété pour créer la source de données sur le serveur d'application après
l'enregistrement.
Nom du Stockage de référence opérationnelle qui doit s'afficher dans la Console Hub.
Préfixe donné aux clés pour identifier de façon unique les enregistrements de cette instance du
stockage Hub.
Adresse IP ou nom du serveur qui héberge la base de données Microsoft SQL Server.
SID
Identificateur système Oracle de l'instance de la base de données Oracle exécutée sur le serveur. Ce
champ s'affiche si vous avez sélectionné le type de connexion SID.
Service
Nom du service Oracle utilisé pour la connexion à la base de données Oracle. Ce champ s'affiche si vous
avez sélectionné le type de connexion Service.
Port
Port TCP du processus d'écoute Oracle exécuté sur le serveur de base de données Oracle. La valeur par
défaut est 1521.
Nom de la base de données sur votre réseau, tel que défini dans le fichier [Link] du serveur
d'application.
Vous définissez le nom du TNS Oracle lorsque vous installez la base de données Oracle. Pour plus
d'informations sur le nom du TNS Oracle, consultez la documentation Oracle.
Nom du schéma
Remarque: le nom du schéma et le nom d'utilisateur sont les noms du Stockage de référence
opérationnelle que vous avez spécifiés lors de la création du Stockage de référence opérationnelle. Si
vous avez besoin de cette information, consultez votre administrateur de base de données.
Mot de passe
Il s'agit par défaut du mot de passe que vous avez spécifié lors de la création du Stockage de référence
opérationnelle.
Facultatif. URL du serveur Dynamic Data Masking. Laissez ce champ vide si vous n'utilisez pas Dynamic
Data Masking.
Vous pouvez également configurer les propriétés supplémentaires suivantes sur la page Résumé :
URL de Connexion
URL de connexion. L'assistant de connexion génère l'URL de connexion par défaut. Les exemples
suivants montrent le format de l'URL de connexion :
jdbc:oracle:thin:@//database_host:port/service_name
Vous pouvez spécifier une URL personnalisée d'un type de connexion au service. Exemple :
jdbc:oracle:thin:@//orclhost:1521/[Link]
Sélectionnez cette propriété pour créer la source de données sur le serveur d'application après
l'enregistrement.
Remarque: Si vous ne sélectionnez pas cette option, vous devez configurer manuellement la source de
données.
Nom du Stockage de référence opérationnelle qui doit s'afficher dans la Console Hub.
Identificateur de machine
Préfixe donné aux clés pour identifier de façon unique les enregistrements de cette instance du
stockage Hub.
Port
Port TCP du serveur de base de données IBM DB2. La valeur par défaut est 5 000.
Nom du schéma
Remarque: Le Nom du schéma et le Nom d'utilisateur correspondent tous deux aux noms du Stockage
de référence opérationnelle que vous avez spécifié lors de la création du Stockage de référence
opérationnelle. Si vous avez besoin de cette information, consultez votre administrateur de base de
données.
Nom d'utilisateur
Nom d'utilisateur pour le Stockage de référence opérationnelle. Il s'agit par défaut du nom d'utilisateur
que vous avez spécifié dans le script utilisé pour créer le Stockage de référence opérationnelle. Cet
utilisateur possède tous les objets de base de données Stockage de référence opérationnelle dans le
stockage Hub.
Mot de passe
Facultatif. URL du serveur Dynamic Data Masking. Laissez ce champ vide si vous n'utilisez pas Dynamic
Data Masking.
Vous pouvez également configurer les propriétés supplémentaires suivantes sur la page Résumé :
URL de Connexion
URL de connexion. L'assistant de connexion génère l'URL de connexion par défaut. L'exemple suivant
indique le format de l'URL de connexion :
j[Link]//database_host:port/db_name
Créer une source de données après l'enregistrement
Sélectionnez cette propriété pour créer la source de données sur le serveur d'applications après
l'enregistrement.
Remarque: Si vous ne sélectionnez pas cette option, vous devez configurer manuellement la source de
données.
Remarque: lorsque vous enregistrez un Stockage de référence opérationnelle qui est utilisé ailleurs et que le
Stockage de référence opérationnelle dispose de Serveurs de processus enregistrés, les autres serveurs
peuvent ne pas être enregistrés. Vous devez réenregistrer l'un des Serveurs de processus. Cela met à jour les
données dans c_repos_db_release.
Propriété Description
Nom d'affichage de la base Nom du Stockage de référence opérationnelle tel qu'il doit s'afficher dans la
de données Console Hub.
Identificateur de machine Préfixe attribué aux clés afin d'identifier de façon unique des enregistrements
de l'instance du stockage Hub.
Nom du TNS Oracle Nom par lequel la base de données est reconnue dans le réseau. Le nom TNS
est défini dans le fichier [Link].
Mot de passe Mot de passe associé au nom d'utilisateur spécifié lors de la création du
Stockage de référence opérationnelle.
URL de connexion DDM Facultatif. URL du serveur Dynamic Data Masking. Laissez ce champ vide si
vous n'utilisez pas Dynamic Data Masking.
Propriété Description
Nom d'affichage de la base Nom du Stockage de référence opérationnelle tel qu'il doit s'afficher dans la
de données Console Hub.
Identificateur de machine Préfixe attribué aux clés afin d'identifier de façon unique des enregistrements
de l'instance du stockage Hub.
Mot de passe Mot de passe associé au nom d'utilisateur spécifié lors de la création du
Stockage de référence opérationnelle.
URL de connexion DDM Facultatif. URL du serveur Dynamic Data Masking. Laissez ce champ vide si
vous n'utilisez pas Dynamic Data Masking.
6. Pour mettre à jour la source de données sur le serveur d'application avec les paramètres que vous avez
modifiés, activez l'option Mettre à jour la source de données après l'enregistrement et cliquez sur OK.
La Console Hub vous invite à rétablir les valeurs par défaut des paramètres de la source de données et
des paramètres du pool de connexions correspondants.
7. Pour réinitialiser les valeurs par défaut des paramètres de la source de données et des paramètres du
pool de connexions, cliquez sur Oui. Pour conserver les paramètres de la source de données et les
paramètres du pool de connexions, cliquez sur Non.
La boîte de dialogue Mettre à jour l'enregistrement de la base de données s'affiche.
8. Cliquez sur OK.
L'outil Bases de données enregistre vos modifications.
9. Testez les paramètres de connexion de la base de données mis à jour.
Propriété Description
Type de base de Type de base de données tel qu'Oracle ou Microsoft SQL Server.
données
ID de base de données Identification du stockage de référence opérationnelle. MDM Hub utilise l'ID de base de
données dans les demandes SIF. La recherche d'ID de base de données est sensible à
la casse.
L'ID de base de données Oracle utilise le format suivant :
- Si le type de connexion Oracle est SID, le format est hostname-sid-
databasename.
- Si le type de connexion Oracle est Service, le format est hostname-sid-
databasename.
L'ID de base de données Microsoft SQL Server utilise le format suivant :
hostname-databasename
Lorsque vous enregistrez un stockage de référence opérationnelle, MDM Hub
normalise les noms de l'hôte, du serveur et de la base de données.
MDM Hub convertit le nom de l'hôte en minuscules et le nom de la base de données en
majuscules, ce qui est standard pour les objets de base de données tels que les
schémas et les tables.
Nom JNDI de source Nom JNDI de la source de données du stockage de référence opérationnelle
de données sélectionné. Il s'agit du nom JNDI configuré par MDM Hub pour la connexion JDBC sur
le serveur d'applications.
Le nom JNDI de source de données pour Oracle utilise le format suivant :
- Si le type de connexion Oracle est SID, le format est jdbc/siperian-hostname-
sid-databasename-ds.
- Si le type de connexion Oracle est Service, le format est jdbc/siperian-
servicename-databasename-ds.
Le nom JNDI de source de données pour Microsoft SQL Server utilise le format
suivant :
jdbc/siperian-hostname-databasename-ds
Identificateur de Préfixe attribué aux clés afin d'identifier de façon unique des enregistrements de
machine l'instance du stockage Hub.
Limite GETLIST Limite du nombre d'enregistrements renvoyés via les demandes de recherche SIF,
(enregistrements) comme searchQuery, searchMatch et getLookupValues. La valeur par défaut est 200 et
la valeur maximale est 5 ,999.
Mode de transition Spécifie si le stockage de référence opérationnelle est exécuté en mode de transition.
Le mode de transition est disponible si vous activez le mode de production pour le
stockage de référence opérationnelle.
S'il est activé, les utilisateurs peuvent effectuer les actions de promotion du
Gestionnaire de référentiels.
S'il est désactivé, les utilisateurs ne peuvent pas effectuer les actions de promotion du
Gestionnaire de référentiels.
Interopérabilité de Spécifie si MDM Hub peut utiliser le verrouillage au niveau des lignes pour le stockage
l'API de lot de référence opérationnelle afin d'exécuter simultanément le SIF asynchrone et les
opérations de lots.
Si elle est activée, le verrouillage au niveau des lignes est disponible pour le SIF
asynchrone et les opérations de lots.
Si elle est désactivée, le verrouillage au niveau des lignes n'est pas disponible.
ZDT activé Spécifie si le stockage de référence opérationnelle est exécuté en mode sans
interruption (Zero Downtime-ZDT).
S'il est activé, le stockage de référence opérationnelle s'exécute en mode ZDT.
S'il est désactivé, le stockage de référence opérationnelle n'est pas exécuté en mode
ZDT.
4. Pour modifier une propriété, cliquez sur le bouton Éditer adjacent, puis modifiez la propriété.
5. Cliquez sur le bouton Enregistrer pour enregistrer vos modifications.
Si vous activez le mode de production pour un stockage de référence opérationnelle, l'outil Bases de
données affiche une icône de verrou en regard du stockage de référence opérationnelle dans la liste.
Lorsque vous testez la connexion du stockage de référence opérationnelle, la commande Tester la base de
données permet de tester les propriétés suivantes de la connexion :
1. Sur votre serveur de base de données, modifiez le mot de passe de la base de données CMX_SYSTEM.
2. Connectez-vous à la console d'administration de votre serveur d'applications.
3. Modifiez les informations de connexion à la source de données afin de spécifier le mot de passe de
CMX_SYSTEM que vous avez créé à l'étape 1. Enregistrez vos modifications.
1. Si vous êtes dans un environnement IBM DB2, ou dans un environnement Microsoft SQL Server avec une
authentification du système d'exploitation activée, modifiez le mot de passe du système d'opération. Le
mot de passe doit correspondre au mot de passe pour le stockage de référence opérationnelle.
2. Sur le serveur de base de données, modifiez le mot de passe du schéma du stockage de référence
opérationnelle.
3. Démarrez la Console Hub et sélectionnez la base de données principale MDM Hub comme base de
données cible.
4. Démarrez l'outil Bases de données.
5. Obtenez un verrou en écriture.
6. Sélectionnez le stockage de référence opérationnelle que vous voulez configurer.
7. Dans le panneau Propriétés de la base de données, notez le nom de la source de données JNDI pour le
stockage de référence opérationnelle sélectionné.
Ce mot de passe n'est pas crypté car le serveur d'application le protège. En plus de la mise à jour des
sources de données sur le serveur d'application, vous devez crypter et stocker le mot de passe dans
différentes tables.
u Pour chiffrer un mot de passe, exécutez la commande suivante depuis une invite de commande :
java -classpath [Link] [Link] <key_type>
<plain_text_password>
Où key_type est la clé Blowfish et <plain_text_password> est le mot de passe.
Les résultats sont reportés sur la fenêtre du terminal :
Plaintext Password: password
Encrypted Password: encrypted password
u Pour mettre à jour le mot de passe de la base de données principale ou du stockage de référence
opérationnelle, connectez-vous en tant qu'utilisateur cmx_system et exécutez l'instruction suivante :
Pour Oracle :
UPDATE C_REPOS_DATABASE SET PASSWORD = '<new_password>' WHERE USER_NAME =
<user_name>;
COMMIT;
Pour Microsoft SQL Server :
UPDATE [dbo].[C_REPOS_DATABASE] SET PASSWORD = '<new_password>' WHERE USER_NAME =
<user_name>
Si un Stockage de référence opérationnelle est en mode de production, vous ne pouvez pas acquérir un
verrou en écriture si vous êtes un utilisateur sans privilèges d'administrateur. Vous ne pouvez pas apporter
de modifications à la définition de schéma du Stockage de référence opérationnelle. Si vous tentez d'acquérir
un verrou sur un Stockage de référence opérationnelle en mode de production, la Console Hub affiche un
message expliquant que le verrou ne peut pas être obtenu car le Stockage de référence opérationnelle est en
mode de production.
Pour activer le mode de production d'un Stockage de référence opérationnelle, vous devez disposer des
privilèges administrateur afin d'exécuter l'outil Bases de données et obtenir un verrouillage de la Base de
données principale.
1. Connectez-vous à la Console Hub avec des privilèges d'administrateur pour l'implémentation du hub
MDM.
2. Démarrez l'outil Bases de données.
3. Libérez les verrous exclusifs du Stockage de référence opérationnelle.
Vous ne pouvez pas activer ni désactiver le mode de production d'un Stockage de référence
opérationnelle si le Stockage de référence opérationnelle a un verrou exclusif.
4. Obtenez un verrou en écriture.
5. Sélectionnez le Stockage de référence opérationnelle que vous voulez configurer.
L'outil Bases de données affiche les propriétés de la base de données pour le Stockage de référence
opérationnelle que vous sélectionnez.
6. Activez ou désactivez le Mode de production.
7. Cliquez sur Enregistrer .
1. Depuis la console MDM Hub, cliquez sur Verrou en écriture > Acquérir le verrou.
2. Dans l'espace de travail Configuration , sélectionnez l'outil Bases de données.
La page Informations de la base de données s'affiche.
3. Dans la liste de bases de données, sélectionnez l'ORS à désinscrire.
4. Cliquez sur Désinscrire la base de données. Si vous utilisez WebLogic, entrez le nom d'utilisateur et mot
de passe pour le serveur d'application.
L'outil Base de données vous invite à confirmer que vous souhaitez désinscrire l'ORS.
5. Cliquez sur Oui.
1. Utilisez la console MDM Hub pour annuler l'enregistrement du stockage de référence opérationnelle.
2. Ouvrez une fenêtre de commande IBM DB2.
3. Entrez la commande suivante :
CALL SYSPROC.ADMIN_DROP_SCHEMA('<Operational Reference Store name>', NULL,
'ERRORSCHEMA', 'ERRORTABLE')
Une source de données du hub MDM indique une ressource JDBC définie dans l'environnement du serveur
d'application. Pour en savoir plus sur les sources de données JDBC, consultez la documentation du serveur
d'application.
Si vous effectuez plusieurs opérations dans l'outil Bases de données, la boîte de dialogue conserve le dernier
nom d'utilisateur saisi mais exige toujours que vous entriez le mot de passe.
Après avoir supprimé la définition de source de données, cependant, le stockage de référence opérationnelle
s'affiche toujours dans la console Hub. Pour supprimer complètement le stockage de référence
opérationnelle de la console Hub, procédez à sa désinscription.
Construction du schéma
Ce chapitre comprend les rubriques suivantes :
• Présentation, 83
• Avant de commencer, 83
• À propos du schéma, 83
• Démarrage du gestionnaire de schéma, 102
• Configuration des objets de base, 103
• Configuration des colonnes dans les tables, 117
• Configuration des relations de clé étrangère entre les objets de base, 126
• Affichage de votre schéma, 129
Présentation
Ce chapitre explique comment concevoir et créer votre schéma dans Informatica MDM Hub.
Avant de commencer
Avant de commencer, vous devez installer Informatica MDM Hub et créer le Stockage Hub, y compris un
Stockage de référence opérationnelle, à l'aide des instructions du Guide d'installation de MDM Multidomain.
À propos du schéma
Le schéma est le modèle de données qui est utilisé dans l'implémentation MDM Hub.
MDM Hub n'impose ou ne requiert aucun schéma particulier. Le schéma existe au sein de MDM Hub et est
indépendant des systèmes source fournissant des données à MDM Hub.
Remarque: Le processus de conception de schéma de votre implémentation MDM Hub se trouve en dehors
de la portée de ce document. Il est supposé que vous avez développé un modèle de données à l'aide des
méthodes de modélisation de données standard satisfaisant aux exigences de votre organisation.
83
Le schéma de Informatica est un modèle souple orienté référentiel qui prend en charge la structure des
données de tout secteur d'activité vertical. Le Stockage Hub est la base de données qui soutient la
fonctionnalité MDM Hub. Chaque installation de MDM Hub possède un Stockage Hub, qui comprend une
base de données Base de données principale du hub MDM et une ou plusieurs bases de données Stockage
de référence opérationnelle. Selon la configuration de votre système, plusieurs bases de données de
Stockage de référence opérationnelle peuvent figurer dans une installation. Par exemple, vous pouvez avoir
un Stockage de référence opérationnelle de développement, un Stockage de référence opérationnelle de test
et un Stockage de référence opérationnelle de production.
Avant de commencer à implémenter le schéma, vous devez comprendre la structure de base du schéma
MDM Hub sous-jacent et ses composants.
Remarque: vous devez utiliser les outils de la Console Hub pour définir et gérer le schéma consolidé. Vous ne
pouvez pas modifier directement la base de données. Par exemple, vous devez utiliser le gestionnaire de
schéma pour définir des tables et des colonnes.
Tables configurables
Vous pouvez utiliser les tables configurables pour modéliser les données de référence d'entreprise. Vous
devez créer et configurer explicitement ces tables.
Le tableau suivant décrit les types de tables MDM Hub que vous pouvez configurer :
Objet de base Permet de stocker des données pour une entité d'entreprise centrale (client, produit ou employé,
par exemple) ou une table de recherche (pays ou région, par exemple). Vous pouvez consolider
des données provenant de plusieurs systèmes source dans un objet de base et utiliser les
paramètres d'approbation pour déterminer la valeur la plus fiable de chaque cellule de l'objet de
base. Vous pouvez définir des relations un à plusieurs entre les objets de base. Vous devez créer
et configurer les objets de base.
Table d'arrivée Permet de recevoir des chargements de lots d'un système source. Vous devez créer et configurer
les tables d'arrivée.
Table Permet de charger les données dans un objet de base. Définissez les mappages entre les tables
intermédiaire d'arrivée et les tables intermédiaires pour spécifier comment les données doivent être nettoyées
et normalisées lorsqu'elles sont transférées d'une table d'arrivée vers une table intermédiaire.
Vous devez créer et configurer les tables intermédiaires.
Tables d'infrastructures
Les tables d'infrastructures de MDM Hub gèrent et prennent en charge le flux de données dans le Stockage
Hub. MDM Hub crée, configure et gère les tables d'infrastructures de MDM Hub lorsque vous configurez des
objets de base.
Table d'historique Cette table est utilisée si l'historique est activé pour un objet de base.
Les tables d'historique sont nommées selon le modèle suivant :
- C_<nom de l'objet de base>_HIST. Table d'historique de l'objet de base.
- C_<nom de l'objet de base>_HXRF. Table d'historique des références croisées.
Où <nom de l'objet de base> correspond au nom racine de l'objet de base. Par exemple, un objet
de base nommé PARTY présente les tables d'historique C_PARTY_HIST et C_PARTY_HXRF.
MDM Hub crée et gère différents types de tables d'historique. Les tables d'historique
fournissent des options détaillées de suivi des modifications, notamment l'historique des
fusions et des annulations de fusions, des données pré-nettoyées, des objets de base et des
références croisées.
Table de clés de Cette table contient les clés de correspondance que MDM Hub génère pour tous les
correspondance enregistrements d'objet de base. Les tables de clés de correspondance sont nommées selon le
modèle suivant :
C_<nom de l'objet de base>_STRP
Où <nom de l'objet de base> correspond au nom racine de l'objet de base. Par exemple, si le
nom de l'objet de base est PARTY, la table de clés de correspondance est nommée
C_PARTY_STRP.
Table de Contient les paires d'enregistrements correspondants de l'objet de base suite à l'exécution du
correspondance processus de correspondance dans cet objet de base. Les tables de correspondance sont
nommées selon le modèle suivant :
C_<nom de l'objet de base>_MTCH
Où <nom de l'objet de base> correspond au nom racine de l'objet de base. Par exemple, si le
nom de l'objet de base est PARTY, la table de correspondance est nommée C_PARTY_MTCH.
À propos du schéma 85
Type de table Description
Table de Contient les données des tâches de correspondance externe. Vous pouvez utiliser les types de
correspondance tables de correspondance externe suivants :
externe - Table EMI. Table d'entrée de correspondance externe. Contient les enregistrements à faire
correspondre aux enregistrements de l'objet de base.
- Table EMO. Table de sortie de correspondance externe Contient les données de sortie des
tâches de correspondance externe. Chaque ligne de la table EMO représente une paire
d'enregistrements correspondants. Un enregistrement de la paire provient de la table EMI et
l'autre de l'objet de base.
Les tables de correspondance externe sont nommées selon le modèle suivant :
- C_<nom de l'objet de base>_EMI
- C_<nom de l'objet de base>_EMO
Où <nom de l'objet de base> correspond au nom racine de l'objet de base. Par exemple, si le
nom de l'objet de base est PARTY, les tables de correspondance sont nommées C_PARTY_EMI
et C_PARTY_EMO.
Tables temporaires MDM Hub crée les tables temporaires nécessaires pour traiter les données pendant les tâches
de lots. Une fois les données traitées, les processus de lot suppriment les tables temporaires,
qui ne sont plus nécessaires. En cas d'échec du processus de lot, du serveur d'application ou du
serveur de base de données, les tables temporaires ne peuvent pas être supprimées.
Les tables temporaires portent le préfixe T$_. Au terme du processus de lot, si le référentiel
contient des tables temporaires créées par le processus, vous pouvez les supprimer
manuellement. Certaines tables temporaires ne portent pas le préfixe T$_. Par exemple, la table
temporaire de nettoyage porte le suffixe _CL et la table temporaire delta le suffixe _DLT.
L'image suivante montre les différentes relations entre des objets de base :
Relation de clé étrangère entre les Un objet de base, la table enfant, contient une colonne de clé étrangère avec
objets de base des valeurs qui correspondent aux valeurs de la colonne de clé primaire d'un
autre objet de base, la table parent.
Enregistrements au sein du même Dans un objet de base, les enregistrements sont associés de façon
objet de base hiérarchique. Vous pouvez définir des relations plusieurs à plusieurs au sein
de l'objet.
Une fois que vous avez configuré les relations dans la Console Hub, vous pouvez les utiliser pour configurer
les règles de colonne de correspondance en définissant des chemins de correspondance entre les
enregistrements.
MDM Hub maintient la cohérence du schéma, à condition que toutes les modifications de modèle soient
effectuées à l'aide des outils Console Hub et qu'aucune modification ne soit apportée directement à la
base de données. MDM fournit tous les outils requis pour gérer le schéma.
Les modifications du schéma peuvent constituer un risque pour les données. Elles doivent être
envisagées de façon gérée et contrôlée. Vous devez planifier les modifications à apporter et analyser
leur impact avant de les effectuer. Vous devez également sauvegarder la base de données avant
d'apporter toute modification.
Pour pouvoir apporter des modifications au schéma, vous devez posséder un verrou en écriture.
Les noms d'objets de base de données ne doivent pas contenir plus de 24 caractères.
MDM Hub crée des objets de métadonnées qui utilisent les préfixes et suffixes ajoutés aux noms que
vous utilisez pour les objets de base. Pour éviter toute confusion et toute perte de données éventuelle,
les noms d'objet de base de données ne doivent pas utiliser les chaînes ci-dessous comme noms
autonomes ou comme éléments de noms de colonne (préfixes ou suffixes).
À propos du schéma 87
_C _TBKF _TMP0 CSC_ TCVN_ TUCA_
Aucune partie d'un nom de colonne définie par l'utilisateur ne peut être un mot réservé ou un nom de
colonne réservé.
Par exemple, LAST_UPDATE_DATE est un nom de colonne réservé et ne doit pas être utilisé pour les
colonnes définies par l'utilisateur. De plus, vous ne devez pas utiliser LAST_UPDATE_DATE comme partie
d'un nom de colonne défini par l'utilisateur, par exemple S_LAST_UPDATE_DATE.
Si vous utilisez un nom de colonne réservé, un message d'avertissement s'affiche. Par exemple :
"The column physical name "XREF_LUD" is a reserved name. Reserved names cannot be
used."
AFFECTED_ROWID_COLUMN PK_SRC_OBJECT
AFFECTED_ROWID_OBJECT PKEY_SRC_OBJECT
AFFECTED_ROWID_XREF PKEY_SRC_OBJECT1
AFFECTED_SRC_VALUE PKEY_SRC_OBJECT2
AFFECTED_TGT_VALUE PREFERRED_KEY_IND
AUTOLINK_IND PROMOTE_IND
AUTOMERGE_IND PUT_UPDATE_MERGE_IND
CASE_INSENSITIVE_INDX_IND REPOINTED_IND
CHECKIN_ID ROOT_IND
CONSOLIDATION_IND ROU_IND
CREATE_DATE ROWID
CREATOR ROWID_GROUP
CROSS_PERIOD_ID ROWID_JOB
CTL_ROWID_OBJECT ROWID_KEY_CONSTRAINT
DATA_COUNT ROWID_MATCH_RULE
DATA_ROW ROWID_OBJECT
DELETED_BY ROWID_OBJECT1
DELETED_DATE ROWID_OBJECT2
DELETED_IND ROWID_OBJECT_MATCHED
DEP_PKEY_SRC_OBJECT ROWID_OBJECT_NUM
DEP_ROWID_SYSTEM ROWID_PERIOD
DIRTY_IND ROWID_SYSTEM
ERROR_DESCRIPTION ROWID_TASK
FILE_NAME ROWID_USER
FIRSTV ROWID_XREF
GENERATED_XREF ROWID_XREF1
À propos du schéma 89
GROUP_ID ROWID_XREF2
GVI_NO ROWKEY
HIST_CREATE_DATE RULE_NO
HIST_UPDATE_DATE SDSRCFLG
HSI_ACTION SEQ
HUB_STATE_IND SOURCE_KEY
INTERACTION_ID SOURCE_NAME
INVALID_IND SRC_LUD
LAST_ROWID_SYSTEM SRC_ROWID
LAST_UPDATE_DATE SRC_ROWID_OBJECT
LASTV SRC_ROWID_XREF
LOST_VALUE SSA_DATA
MATCH_REVERSE_IND SSA_KEY
MERGE_DATE STRIP_DATE
MERGE_OPERATION_ID TGT_ROWID_OBJECT
MERGE_UPDATE_NULL_ALLOW_IND TIMELINE_ACTION
MERGE_VIA_UNMERGE_IND TOTAL_BO_IND
MRG_SRC_ROWID_OBJECT TREE_UNMERGE_IND
MRG_TGT_ROWID_OBJECT UNLINK_IND
NULL_INDICATOR_BITMAP UNMERGE_DATE
NUM_CONTR UNMERGE_IND
OLD_AFFECTED UNMERGE_OPERATION_ID
ONLINE_IND UPDATED_BY
ORIG_ROWID_OBJECT WIN_VALUE
ORIG_ROWID_OBJECT_MATCHED XREF_LUD
ORIG_TGT_ROWID_OBJECT -
DEP_PKEY_SRC_OBJECT ROWID_JOB
ERROR_DESCRIPTION SRC_ROWID
PKEY_SRC_OBJECT VERSION_SEQ
ROWID ONLINE_IND
Vous ne pouvez pas utiliser les mots suivants comme noms de colonne :
CLASS ROWID
Les mots suivants ne peuvent pas figurer dans les noms des colonnes des environnements Oracle :
À propos du schéma 91
ASSERT EXCEPTION NOCOMPRESS SET
CHECK GO OR SYNONYM
À propos du schéma 93
DATA_BASE LINK RECOVER VALIDATE
- - - XOR
Les mots suivants ne peuvent pas figurer dans les noms des colonnes des environnements IBM DB2 :
À propos du schéma 95
CASCADED FORTRAN OPENROWSET TEMPORARY
À propos du schéma 97
DEPTH LIKE ROW
Les mots suivants ne peuvent pas figurer dans les noms des colonnes des environnements Microsoft
SQL Server :
À propos du schéma 99
CLASS FUNCTION ORDINALITY THAN
MDM accepte tous les caractères spéciaux, mais certains caractères spéciaux peuvent provoquer des
problèmes dans Informatica Data Director. Pour cette raison, n'utilisez pas les caractères spéciaux
suivants dans les noms d'affichage d'attribut MDM Hub :
• ! (point d'exclamation)
• ' (guillemets simples)
• # (dièse)
• & (esperluette)
• < (symbole « moins de » )
Vous pouvez souhaiter ajouter des colonnes à un objet de base pour des raisons purement techniques.
Par exemple, pour une correspondance de segment, vous devez ajouter une colonne de segment.
Pour éviter toute confusion, Informatica recommande de différencier les colonnes ajoutées aux objets
de base pour des raisons techniques des colonnes ajoutées par d'autres raisons métier. Pour filtrer les
colonnes ajoutées pour des raisons techniques, préfixez les noms de colonne avec un identifiant
spécifique, par exemple CSTM_.
Il permet également de définir des règles de correspondance et de fusion, de validation et des files d’attente
de messages.
1. Dans la console Hub, développez l’espace de travail Modèle puis cliquez sur Schéma.
2. La console Hub affiche le gestionnaire de schéma.
Le gestionnaire de schéma est divisé en deux panneaux.
Panneau Description
Panneau de Affiche (dans une vue d’arborescence) les objets de schéma principaux : objets de base et
navigation tables de landing. Le développement d’un objet dans l’arborescence affiche les groupes de
propriétés pour cet objet.
Panneau de Affiche les propriétés de l’objet sélectionné dans le panneau de gauche. Cliquer sur un
propriétés nœud dans l’arborescence de schéma affiche la page de propriétés correspondante (que
vous pouvez afficher et éditer) dans le panneau de droite.
Vous devez utiliser le gestionnaire de schéma lors de la définition des tables dans un Stockage de référence
opérationnelle.
Chaque entité possède un seul enregistrement principal. L'enregistrement principal est la meilleure version
de la vérité. Une entité individuelle peut avoir des enregistrements dans l'objet de base qui contiennent
plusieurs versions de la vérité devant être consolidées dans l'enregistrement principal. La consolidation vise
à fusionner les enregistrements en double dans un seul enregistrement consolidé contenant les valeurs de
cellule les plus fiables provenant de tous les enregistrements sources.
Utilisez le gestionnaire de schéma dans la console Hub pour définir des objets de base. Vous ne pouvez pas
les configurer directement dans la base de données.
Lorsque vous modifiez le schéma, la validation des métadonnées génère un avertissement, et MDM Hub
ajoute une entrée à la table C_REPOS_MET_VALID_RESULT.
ROWID_OBJECT CHAR (14) Clé primaire. Informatica MDM Hub assigne une valeur unique quand un
enregistrement est inséré dans l'objet de base.
UPDATED_BY VARCHAR (50) Utilisateur ou processus responsable de la plus récente mise à jour de
l'enregistrement.
LAST_UPDATE_DATE TIMESTAMP Date de la plus récente de mise à jour d'une cellule de l'enregistrement.
LAST_ROWID_SYSTEM CHAR (14) Identificateur du système, responsable de la mise à jour vers la cellule la
plus récemment traitée dans l'enregistrement de l'objet de base.
LAST_ROWID_SYSTEM est une clé étrangère qui fait référence à la
colonne ROWID_SYSTEM dans la table C_REPOS_SYSTEM.
DIRTY_IND INT La colonne système DIRTY_IND est obsolète. À la place, MDM Hub utilise
une table système appelée table des éléments erronés pour déterminer
les enregistrements qui nécessitent un marquage.
INTERACTION_ID INT Pour les objets de base dont l'état est activé. INTERACTION_ID est un
identificateur d'interaction utilisé pour protéger un enregistrement des
références croisées en attente de mises à jour ne faisant pas partie du
même processus que l'enregistrement des références croisées original.
HUB_STATE_IND INT Pour les objets de base dont l'état est activé. Valeur entière indiquant
l'état de cet enregistrement. Les valeurs valides sont :
- 0 = en attente
- 1 = actif
- -1 = supprimé.
La valeur par défaut est 1.
CM_DIRTY_IND INT Indique si les données sont modifiées lorsque vous utilisez le processus
sans interruption pour la mise à niveau.
Remarque: Les colonnes système telles que sourceKey et ROWID_OBJECT ne doivent pas inclure de caractères
spéciaux comme ~ et ' dans leur valeur.
Informatica MDM Hub crée automatiquement une table de références croisées lors de la création d'un objet
de base. Informatica MDM Hub utilise des tables de références croisées pour convertir tous les
identificateurs du système source en valeurs ROWID_OBJECT appropriées.
• Par ROWID.
• Par une clé unique.
La figure suivante montre un exemple de relations entre des objets de base, des tables de références
croisées et C_REPOS_SYSTEM basé sur ROWID.
Remarque: Les tables de références croisées possèdent une clé unique représentant la combinaison des
colonnes PKEY_SRC_OBJECT et ROWID_SYSTEM.
ROWID_XREF NUMBER (38) Clé primaire qui identifie de manière unique cet enregistrement
dans la table de références croisées.
ROWID_SYSTEM CHAR (14) Clé étrangère de C_REPOS_SYSTEM qui est la table de référentiel
de MDM HUB qui stocke un identifiant MDM HUB et la description
de chaque système source pouvant renseigner l'ORS.
ROWID_OBJECT CHAR (14) Clé étrangère de l'objet de base. MDM Hub attribue
ROWID_OBJECT à l'enregistrement de l'objet de base associé.
S_Foreign_Key_Column_Name VARCHAR (255) Colonne masquée qui contient la valeur utilisée pour rechercher la
colonne de clé étrangère.
SRC_ LUD TIMESTAMP Date de dernière mise à jour de la source. MDM Hub met à jour
SRC_LUD lorsque le système source envoie une mise à jour à
l'enregistrement de références croisées.
PERIOD_END_DATE TIMESTAMP Date de fin de la période effective d'un enregistrement. Une valeur
PERIOD_END_DATE est requise pour les enregistrements de
références croisées des objets de base dont la chronologie est
activée.
PUT_UPDATE_MERGE_IND NUMBER (38) La valeur 1 indique qu'un appel de l'API Put a mis à jour cet
enregistrement en spécifiant la valeur ROWID_OBJECT dans la
demande de l'API Put.
INTERACTION_ID NUMBER (38) Pour les objets de base dont l'état est activé. Identificateur
d'interaction utilisé pour protéger un enregistrement de références
croisées en attente de mises à jour qui ne font pas partie du
même processus que l'enregistrement de références croisées
d'origine.
HUB_STATE_IND NUMBER (38) Pour les objets de base dont l'état est activé. Valeur entière
indiquant l'état de l'enregistrement. Les valeurs valides sont :
- 0 = en attente
- 1 = actif
- -1 = supprimé.
La valeur par défaut est 1.
PROMOTE_IND NUMBER (38) Pour les objets de base dont l'état est activé. Valeur entière
indiquant le statut de la promotion. Le processus de promotion
utilise PROMOTE_IND pour déterminer s'il faut promouvoir
l'enregistrement vers un état ACTIVE. Les valeurs valides sont :
- 0 = ne pas promouvoir l'enregistrement.
- 1 = promouvoir cet enregistrement à l'état ACTIVE
MDM Hub ne modifie pas PROMOTE_IND sur 0 si le processus de
promotion ne promeut pas correctement l'enregistrement.
Tables d'historique
Les tables d'historique se trouvent dans le Stockage Hub.
Si vous activez l'historique pour un objet de base, Informatica MDM Hub gère les tables d'historique des
objets de base et les tables de références croisées. Informatica MDM Hub fournit, dans les tables
d'historique, des options détaillées sur le suivi des modifications, tels que l'historique des processus de
fusion et d'annulation de la fusion, l'historique des données pré-nettoyées, l'historique de l'objet de base et
l'historique des références croisées.
Lorsque vous exécutez une tâche de fusion automatique, Informatica MDM Hub crée un enregistrement dans
la table d'historique pour chaque opération de fusion. De même, chaque fois que l'Informatica MDM Hub met
à jour une clé étrangère dans un objet de base enfant, un enregistrement est inséré dans la table d'historique
correspondante.
Type d'élément
Nom d'affichage
Le nom de l'objet de base tel qu'il doit s'afficher dans la console Hub. Entrez un nom descriptif unique.
Vérifiez que le nom d'affichage est inférieur à 67 caractères.
Nom physique
Nom réel de la table dans la base de données. Informatica MDM Hub suggère un nom physique pour la
table en fonction du nom d'affichage que vous saisissez. Vérifiez que vous n'utilisez pas de suffixes de
noms réservés.
Description
Activer l'historique
Précise si l'historique est activé pour cet objet de base. S'il est activé, Informatica MDM Hub conserve un
journal des enregistrements insérés, mis à jour ou supprimés dans cet objet de base. Vous pouvez
utiliser les informations des tables d'historique à des fins d'audit.
Chronologie
Précise si la chronologie est activée pour l'objet de base. La valeur par défaut est Aucune chronologie.
Sélectionnez Chronologie dynamique pour activer la chronologie. Si la chronologie est activée, le MDM
Hub gère les versions des enregistrements de l'objet de base, y compris les entités et relations.
Utilise les périodes effectives non contiguës pour les enregistrements. À activer pour spécifier les
périodes effectives non contiguës pour les enregistrements. À désactiver afin d'utiliser les périodes
effectives contiguës pour les enregistrements. La valeur par défaut est désactivée.
Lorsque le pourcentage d'enregistrements modifiés est supérieur au ratio de marquage complet, une
régénération de jeton complète est effectuée. Si le nombre d'enregistrements devant recevoir un jeton
ne dépasse pas ce seuil, alors Informatica MDM Hub supprime les enregistrements nécessitant une
Remarque: La suppression peut être un processus lent. Cependant, si votre Serveur de processus est
rapide et que la connexion réseau entre Serveur de processus et le serveur de base de données est elle
aussi rapide, vous pouvez essayer avec un seuil de génération de jetons beaucoup plus bas (tel que
10 %). Ceci vous permettra de voir s'il y a un gain de performances.
Pendant le chargement/la mise à jour initial(e) (ou accès concurrent s'il n'y a pas de temps réel) vous
pouvez désactiver les contraintes d'intégrité référentielle sur l'objet de base pour améliorer les
performances. La valeur par défaut est 1, indiquant que les contraintes sont désactivées.
Ce paramètre est utilisé seulement avec la tâche Correspondance pour données dupliquées lors du
chargement de données initiale. La valeur par défaut est 0. Pour activer cette fonctionnalité, cette valeur
doit être définie sur 2 ou plus. Pour plus d'informations, consultez le Guide du Gestionnaire de données
de MDM Multidomain.
Le processus de chargement insère et met à jour des lots d'enregistrements dans l'objet de base. La
taille de chargement de lot spécifie le nombre d'enregistrements à charger par cycle de lots (par défaut
1 000 000).
Ceci indique le dépassement de délai (en minutes) lors de l'exécution d'une règle de correspondance. Si
cette limite de temps est atteinte, le processus de correspondance s'arrête (qu'une règle de
correspondance soit exécutée manuellement ou dans une tâche de lots). Si un processus de
correspondance est exécuté au sein d'une tâche de lots, le système doit passer à la correspondance
suivante. Il s'arrêtera si c'est un processus de correspondance unique. La valeur par défaut est 20.
Augmentez cette valeur seulement si la règle de correspondance et les données sont très complexes. En
général, les règles peuvent s'exécuter en 20 minutes (par défaut).
Degré de parallélisme
Ceci spécifie le degré de parallélisme défini dans la table d'objets de base et ses tables associées. Il n'a
pas d'effet sur tous les traitements par lot mais peut avoir un effet avantageux sur les performances
lorsqu'il est utilisé. Son utilisation est cependant contrainte par le nombre de processeurs de la machine
serveur de base de données et par la quantité de mémoire disponible. La valeur par défaut est 1.
Remarque: Vous ne pouvez pas configurer le degré de parallélisme dans un environnement Microsoft
SQL Server.
La valeur par défaut est AUCUN. Vous pouvez définir une des valeurs suivantes pour la propriété
remettre en file d'attente la fusion des parents :
• AUCUN.
Si la valeur est définie sur AUCUN pour un objet de base enfant, en cas de fusion parent, l'indicateur
consolidé de l'enregistrement enfant ne change pas.
• UNCONSOLIDATED ONLY.
Si la valeur est définie sur UNCONSOLIDATED ONLY pour un objet de base enfant, en cas de fusion
parent, l'indicateur consolidé des enregistrements enfants passe à 4, sauf pour les enregistrements
avec l'indicateur consolidé défini sur 1. Replacer en file d'attente les enregistrements enfants avec
l'indicateur consolidé défini sur 1, le paramètre remettre en file d'attente lors de la fusion des parents
doit être défini manuellement sur 2.
Permet l'exécution de la procédure de génération des jetons lorsque le chargement est terminé. Vous
pouvez activer la génération de jetons de correspondance après un processus de chargement pour les
objets de base qui n'ont pas d'enfants dépendants. Vous devez charger les enfants dépendants avant de
pouvoir marquer le parent. Désactivez la génération de jetons de correspondance après un processus de
chargement si vous disposez d'une fenêtre limitée dans laquelle vous devez effectuer le processus de
chargement. La valeur par défaut est désactivée.
• Si l'option est cochée, une table d'audit (BusinessObjectName_FMHA) est créée et alimentée avec
l'identifiant utilisateur de l'utilisateur qui, dans le gestionnaire de fusions, a mis en file d'attente un
enregistrement de correspondance manuelle pour une fusion automatique.
• Si l'option n'est pas cochée, la colonne Updated_By est définie avec l'identifiant utilisateur de la
personne qui a exécuté la tâche de lots de fusion automatique.
Spécifie le nombre maximum de secondes qu'une demande SIF attendra pour obtenir un verrouillage au
niveau des lignes. Ne s'applique que si le verrouillage au niveau des lignes est activé pour un ORS.
Spécifie le nombre maximum de secondes qu'une tâche de lots attendra pour obtenir un verrouillage au
niveau des lignes. Ne s'applique que si le verrouillage au niveau des lignes est activé pour un ORS.
Spécifie si Informatica MDM Hub gère l'état du système pour les enregistrements dans l'objet de base.
La gestion d'état est désactivée par défaut. Sélectionnez (cochez) cette case pour activer la gestion
d'état pour cet objet de base pour permettre les flux de travail d'approbation. Si elle est activée, cet objet
de base est défini dans ce document comme objet de base avec état activé.
Remarque: Si l'objet de base a une requête personnalisée, lorsque vous désactivez la gestion d'état sur
l'objet de base, vous obtenez toujours une fenêtre contextuelle d'avertissement, même si le
hub_state_ind n'est pas inclus dans la requête personnalisée.
Spécifie pour les objets de base avec état activé si Informatica MDM Hub conserve l'historique de
promotion des enregistrements de référence croisée qui passent de l'état PENDING (0) à ACTIVE (1).
Cette option est désactivée par défaut.
Style de l'objet de base
Le style de l’objet de base est le style fusion. Vous pouvez utiliser l'objet de base de style fusion avec les
fonctionnalités de correspondance et de fusion du hub MDM. Il est sélectionné par défaut.
Indicateur de recherche
Indique la procédure de récupération des valeurs dans MDM Hub Informatica Data Director.
• S'il est sélectionné, Informatica Data Director affiche les listes déroulantes des valeurs de recherche.
• S'il n'est pas sélectionné, Informatica Data Director affiche un assistant de recherche qui demande à
l'utilisateur de sélectionner une valeur dans une table de données.
Remarque: Si vous ne validez pas le stockage de référence opérationnelle et qu'une application utilise des
services d'entité métier pour récupérer des données, l'appel du service peut échouer avec des erreurs.
Informatica MDM Hub crée des index système pour les clés primaires et les colonnes uniques.
Éventuellement, vous pouvez créer des index personnalisés pour les autres colonnes afin d'accroître les
performances. Il se peut que les valeurs se trouvant dans un index personnalisé ne soient pas uniques.
Par exemple, une application externe peut appeler la demande API SIF SearchQuery pour rechercher un objet
de base par nom de famille. Si vous créez un index personnalisé dans la colonne du nom de famille, les
performances de la recherche sont améliorées.
Les tâches de lot suppriment et recréent des index système et des index personnalisés enregistrés afin
d'augmenter les performances. Utilisez l'API SIF RegisterCustomIndex pour enregistrer les index
personnalisés.
Vous ne pouvez pas créer un index personnalisé si un index d'identificateur d'entreprise global existe pour
l'objet de base. Les objets de base ont un index d'identificateur d'entreprise global lorsque vous activez
n'importe quelle colonne de l'objet de base pour en faire un identificateur d'entreprise global.
En raison des limitations de Microsoft SQL Server, vous ne pouvez pas créer un index personnalisé contenant
plus de 16 colonnes lorsque MDM Hub est exécuté sur Microsoft SQL Server.
1. Dans le Gestionnaire de schéma, allez jusqu’au nœud Configuration d’index personnalisé pour l’objet de
base avec lequel vous voulez travailler.
2. Dans la liste des index, sélectionnez l’index personnalisé à supprimer.
3. Cliquez sur le bouton Supprimer.
Le Gestionnaire de schéma vous demande de confirmer la suppression.
4. Cliquez sur Oui.
Vous pouvez créer un index en dehors du hub MDM pour prendre en charge une opération spécifique. Par
exemple, vous pouvez créer un index basé sur les fonctions, tel que Upper(Last_Name) dans l'expression
d'index. Si vous créez un index personnalisé en dehors du hub MDM, vous ne pouvez pas enregistrer l'index.
Le hub MDM ne peut pas gérer les index non enregistrés. Si vous ne gérez pas l'index, les performances des
tâches de lots peuvent être affectées.
Vous devez effectuer généralement cette opération avant de supprimer un objet de base pour veiller à ne pas
supprimer par erreur d’autres objets associés.
Remarque: Si une colonne est supprimée d’une requête de base, les requêtes et packages dépendants sont
alors complètement supprimés.
Remarque: Dans le gestionnaire de schéma, vous pouvez aussi visualiser les colonnes des tables de
référence croisée et des tables d’historique, mais vous ne pouvez pas les modifier.
Colonne Description
Colonnes système Une colonne que Informatica MDM Hub crée et gère automatiquement. Les colonnes système
contiennent des métadonnées.
Colonnes définies par Toute colonne d'une table qui n'est pas une colonne du système. Les colonnes définies par
l'utilisateur l'utilisateur sont ajoutées dans le gestionnaire de schéma et contiennent généralement des
données d'entreprise.
Remarque: Les colonnes système contiennent des métadonnées d'Informatica MDM Hub. Ne modifiez en
aucune façon les métadonnées d'Informatica MDM Hub. Cette action entraînerait un comportement
imprévisible d'Informatica MDM Hub et des données pourraient être perdues.
Remarque: Pour modifier les types de données des colonnes, utilisez la Console Hub. Ne modifiez pas les
types de données dans la base de données. Si vous modifiez des types de données dans la base de données,
le processus de validation des métadonnées risque de rencontrer des problèmes.
Le tableau suivant décrit comment les types de données MDM Hub sont mappés sur les types de données de
la base de données :
1
CHAR CHAR CHARACTER NCHAR
2
TIMESTAMP TIMESTAMP TIMESTAMP DATETIME2
1. Pour les colonnes d'identificateur global (GBID), utilisez VARCHAR à la place de CHAR ou NCHAR afin d'éviter tout
problème lié aux limites de largeur de ligne dans Microsoft SQL Server.
2. Pour les colonnes système contenant des dates, le type de données est TIMESTAMP. Pour les colonnes définies par
l'utilisateur contenant des dates, le type de données TIMESTAMP n'est pas disponible. Utilisez DATE à la place.
Propriétés de colonne
Vous pouvez configurer les propriétés de colonne d'Informatica MDM Hub.
Remarque: Dans MDM Hub, une chaîne vide équivaut à une valeur Null, indépendamment du type de base de
données qui la fournit.
Nom d'affichage
Le nom de la colonne que la Console Hub affiche.
Nom physique
Le nom de la colonne dans l'objet de base. La Console Hub suggère un nom physique pour la colonne en
fonction du nom d'affichage.
Le nom de la colonne physique ne peut pas être un nom de colonne réservé et ne peut pas inclure le
symbole dollar « $ ».
Si la propriété est activée, la colonne peut contenir des valeurs Null. Si la propriété Valeur Null autorisée
n'est pas activée, vous devez spécifier une valeur par défaut.
Type de données
Type de données de la colonne. Pour les types de données caractères, vous pouvez spécifier la propriété
de longueur. Pour certains types de données numériques, vous pouvez spécifier les propriétés de
précision et d'échelle.
Longueur
Précision
Pour les types de données numériques, spécifiez le nombre de chiffres autorisés dans le nombre, y
compris tous les décimales.
Échelle
Pour les types de données numériques, spécifiez le nombre de chiffres autorisés après le point décimal.
Si la propriété est activée, vous pouvez spécifier une valeur par défaut.
Valeur par défaut pour la colonne. Informatica MDM Hub utilise la valeur par défaut si la colonne n'a pas
la valeur Null autorisée et qu'aucune valeur n'est fournie. Vous devez spécifier une valeur par défaut pour
la colonne si vous activez la propriété unique.
Approbation
Si la propriété est activée, Informatica MDM Hub utilise la valeur du système source avec le score
d'approbation le plus élevé.
Si la propriété n'est pas activée, Informatica MDM Hub utilise la valeur la plus récemment mise à jour.
Unique
Si la propriété est activée, Informatica MDM Hub applique des contraintes d'unicité à la colonne. Si
contrainte d'unicité est activée, vérifiez qu'il n'y ait pas de valeurs dupliquées dans la colonne unique. La
plupart des organisations utilisent la clé primaire du système source comme valeur de recherche.
Informatica MDM Hub rejette tout enregistrement avec une valeur dupliquée dans la colonne lorsque la
propriété d'unicité est activée. Vous devez configurer une valeur par défaut pour la colonne si la
propriété d'unicité est activée.
Si vous activez la propriété d'unicité pour les objets de base consolidés, une insertion dans l'objet de
base peut échouer car Informatica MDM Hub peut charger la même clé à partir de différents systèmes.
Vérifiez que vous avez des clés uniques pour cette colonne dans tous les systèmes sources.
Valider
Si la propriété est activée, Informatica MDM Hub applique les règles de validation pendant le processus
de chargement, afin de rétrograder les scores d'approbation des valeurs de cellule non valides. Vous
devez configurer des règles de validation si vous activez la propriété Valider.
Définissez cette propriété sur la valeur par défaut de votre choix lorsqu'une valeur Null est la valeur la
plus fiable de la colonne. Le processus utilise cette propriété lorsqu'il n'est pas possible de déterminer le
paramètre de la propriété Autoriser une mise à jour Null dans la colonne de la table intermédiaire.
• True. Lorsque cette propriété est activée, si la valeur la plus fiable de la colonne est une valeur Null, le
processus peut l'écrire dans l'enregistrement d'objet de base.
• False. Valeur par défaut. Lorsque cette propriété est désactivée, le processus ne peut pas écrire de
valeur Null dans l'enregistrement d'objet de base tant qu'un autre système source contribue à une
valeur non Null dans la colonne.
La propriété Appliquer les valeurs Null fonctionne de la même manière que la propriété Autoriser une
mise à jour Null. Pour plus d'informations sur la propriété Autoriser une mise à jour Null, consultez la
section “Propriétés des colonnes dans les tables intermédiaires” à la page 453.
GBID
Si la propriété est activée, Informatica MDM Hub utilise cette colonne comme identificateur d'entreprise
global (GBID) pour l'objet de base. Vous pouvez configurer n'importe quel nombre de colonnes GBID
pour un accès d'API et des chargements de lots.
Sous Oracle, si GBID est activé, vous devez configurer la colonne en tant que type de données INT ou
CHAR, NCHAR, VARCHAR et NVARCHAR2 avec une longueur de 255 caractères.
Sous IBM DB2, si GBID est activé, vous devez configurer la colonne en tant que type de données INT ou
VARCHAR et NVARCHAR avec une longueur de 255 caractères.
Sous Microsoft SQL Server, si GBID est activé, vous devez configurer la colonne en tant que type de
données INT ou VARCHAR et NVARCHAR2 avec une longueur de 255 caractères.
Si vous activez GBID pour toute colonne de l'objet de base, Informatica MDM Hub crée un index pour
l'objet de base. Informatica MDM Hub ne vous autorise pas à créer un index personnalisé pour l'objet de
base car celui-ci possède déjà un index.
Inscriptible
Si la propriété est activée pour les colonnes système, les tâches de lots et les demandes API SIF peuvent
insérer ou mettre à jour les données dans la colonne du système. Vous ne pouvez pas activer la
propriété Inscriptible pour les colonnes système suivantes :
• ROWID_OBJECT
• CONSOLIDATION_IND
• HUB_STATE_IND
• LAST_ROWID_SYSTEM
• CM_DIRTY_IND
Si une demande API Put de nettoyage ou d'insertion tente de mettre à jour une colonne du système mais
que vous n'activez pas la propriété Inscriptible, la demande API échoue.
Les colonnes définies par l'utilisateur et les colonnes système INTERACTION_ID et LAST_UPDATE_DATE
sont toujours inscriptibles.
• Les identificateurs définis par des applications externes à MDM Hub, par exemple les systèmes ERP
(numéros client SAP ou Siebel) ou CRM.
• Les identificateurs définis par des organisations externes, comme des codes spécifiques à l'industrie
(numéros AMA, numéros DEA. etc.), ou les identificateurs fournis par le gouvernement (numéro de
sécurité sociale, numéro d'immatriculation au RCS, numéro de permis de conduire, etc.).
Remarque: Pour être configurée comme colonne GBID, la colonne doit être un entier de type CHAR,
VARCHAR, NCHAR ou NVARCHAR. La longueur d'une colonne de type non entier doit être de 255 caractères
exactement.
Dans le Gestionnaire de schéma, vous pouvez définir plusieurs colonnes GBID dans un objet de base. Par
exemple, une table d'employé peut posséder des colonnes pour un numéro de sécurité sociale et un numéro
de permis de conduire ou une table de fournisseur peut posséder un numéro d'immatriculation au RCS.
Un identificateur principal (MID) est un identificateur commun qui est généré par un système de référence ou
un système d'enregistrement utilisé par d'autres personnes (par exemple CIF, hubs hérités, MDM Hub, hub de
tiers, etc.). Dans le MDM Hub, le MID est le ROWID_OBJECT qui identifie de façon unique des
enregistrements individuels de différents systèmes source.
Les GBID ne remplacent pas le ROWID_OBJECT. Les GBID vous fournissent d'autres moyens d'intégrer votre
implémentation MDM Hub à des systèmes externes, en vous permettant d'effectuer des requêtes et
d'accéder à des données via des identificateurs uniques de votre choix (à l'aide de demandes SIF, comme
décrit dans le Guide de l'infrastructure d'intégration des services de MDM Multidomain). De plus, en
configurant des colonnes GBID à l'aide d'identificateurs déjà définis, vous n'avez pas besoin d'identificateurs
personnalisés.
Les GBID facilitent la traçabilité de vos données. La traçabilité effectue le suivi des données de manière à ce
que vous puissiez déterminer son lignage : quels systèmes et quels enregistrements de ces systèmes ont
contribué aux enregistrements consolidés. Lorsque vous définissez les colonnes GBID dans un objet de base,
le Gestionnaire de schéma crée deux colonnes dans la table de références croisées, < GBID_column_name> et
< GBID_column_name>_GOV, pour suivre les valeurs GBID actuelles et d'origine.
Par exemple, supposons que deux de vos clients (qui ont des numéros d'immatriculation au RCS différents)
ont fusionné pour former une seule société et qu'un des numéros est toujours valide et l'autre obsolète. Si
vous avez défini la colonne de numéro d'immatriculation au RCS en tant que GBID, le MDM Hub peut vous
aider à suivre les numéros d'immatriculation actuel et ancien pour que vous puissiez accéder aux données
(via les demandes SIF) à l'aide de la valeur historique.
Remarque: le MDM Hub n'effectue pas de vérification de données ou de détection d'erreur sur les colonnes
GBID. Si le système source possède des valeurs GBID dupliquées, ces valeurs seront transmises au MDM
Hub.
Déplacer vers le haut Déplace la colonne sélectionnée vers le haut dans l'ordre
d'affichage.
Déplacer vers le bas Déplace la colonne sélectionnée vers le bas dans l'ordre
d'affichage.
Ajout de colonnes
Pour ajouter une colonne :
Remarque: Une fois que vous avez défini une table et enregistré les modifications, vous ne pouvez plus
réduire la longueur d'un champ CHAR, VARCHAR, NCHAR ou NVARCHAR2 ni modifier l'échelle ou la précision
d'un champ NUMBER.
Si vous apportez des modifications au schéma une fois que les tables sont remplies avec des données, gérez
les modifications des colonnes de manière contrôlée et planifiée, et vérifiez que les sauvegardes de base de
données appropriées sont effectuées avant d'effectuer des modifications.
Propriété Description
Longueur Vous pouvez uniquement augmenter la longueur d'un champ CHAR, VARCHAR, NCHAR ou
NVARCHAR2.
Valeur par défaut Utilisée si aucune valeur n'est fournie pour la colonne ; la colonne ne peut cependant pas
avoir de valeur NULL.
Remarque: L'activation de la valeur par défaut n'a pas d'incidence sur les enregistrements
qui ont été chargés avant l'activation de la valeur par défaut. Les valeurs NULL restent NULL.
Rechargez les données, de préférence à partir de la table temporaire, pour vous assurer que
les valeurs dans la colonne ne sont pas NULL.
Unique Indique si une colonne a des valeurs uniques. Activez la propriété d'unicité si la colonne doit
contenir des valeurs uniques. Si vous activez la propriété d'unicité pour une colonne,
assurez-vous que cette colonne ne contienne pas de valeurs dupliquées. Vous ne pouvez pas
activer la propriété d'unicité pour une colonne contenant des valeurs dupliquées. N'utilisez
pas la propriété d'unicité, en particulier sur les objets de base pouvant être fusionnés.
Valider Indique si une colonne doit être validée. Si vous désactivez la validation, les métadonnées
seront perdues pour la colonne associée.
Inscriptibleéré Activez la propriété inscriptible pour les colonnes système dans lesquelles vous souhaitez
inscrire des données (insérer ou mettre à jour) à l'aide de demandes SIF et en utilisant des
tâches de lots exécutés via la console Hub. S'applique à toute colonne du système à
l'exception de ROWID_OBJECT, CONSOLIDATION_IND, HUB_STATE_IND,
LAST_ROWID_SYSTEM et de CM_DIRTY_IND.
Pour une présentation générale des relations de clé étrangère, consultez “Présentation du processus de
définition de relations de clé étrangère” à la page 127.
Types de relations de clé étrangère dans les tables de stockage de référence opérationnelle
Il existe deux types de relations de clé étrangère dans les tables Stockage Hub.
Type Description
relations de clé étrangère Automatiquement définies et appliquées par le Informatica MDM Hub pour
système protéger l'intégrité référentielle de votre schéma.
relations de clés étrangères Les relations de clé étrangère personnalisées sont définies manuellement selon
définies par l'utilisateur les instructions données plus loin dans ce chapitre.
Si la table enfant contient des clés générées de la table parent, le processus de chargement copie la valeur
clé primaire appropriée depuis la table parent vers la table enfant.
Configuration des relations de clé étrangère entre les objets de base 127
Le Gestionnaire de schéma affiche l'onglet Propriétés de la page Relations.
4. Dans l'onglet Propriétés, cliquez sur la relation de clé étrangère dont vous voulez afficher les propriétés.
Le Gestionnaire de schéma affiche les détails de la relation.
5. Cliquez sur le bouton Éditer à côté du nom d'affichage de recherche et spécifiez une nouvelle valeur.
6. Si vous le souhaitez, sélectionnez la case A un index associé pour ajouter un index à cette relation de clé
étrangère, ou supprimez-la pour retirer un index existant.
7. Cliquez sur le bouton Enregistrer pour enregistrer vos modifications.
Détails de la relation
Vous pouvez afficher les détails des relations entre les tables et les clés étrangères dans l'écran Détails de la
relation.
Description
Table de contrainte
Colonne de contrainte
Table parent
Colonne parent
Nom de la colonne parent de la clé étrangère ; cette colonne se trouve dans la table parent.
• Restriction. Le MDM Hub limite la suppression des enregistrements des tables parents lorsque les
enregistrements enfants associés sont disponibles. Pour supprimer un enregistrement de la table
parent, commencez par supprimer l'enregistrement associé de la table enfant.
• Suppression en cascade. Le MDM Hub supprime toutes les métadonnées appropriées lorsque
l'enregistrement parent est supprimé dans C_REPOS_TABLE. Si vous supprimez un enregistrement de
la table parent, le MDM Hub supprime cet enregistrement de la table parent et les enregistrements
associés de la table enfant.
Type
• Appliqué. Le MDM Hub crée des relations appliquées. Les relations appliquées sont des contraintes
de base de données figurant dans une base de données. Par exemple, la relation entre un objet de
base et sa table de références croisées est appliquée. Les problèmes liés à une relation appliquée
sont signalés par la couche de base de données.
• Virtuel. L'utilisateur crée des relations virtuelles. Le MDM Hub ne crée pas de contraintes pour les
relations virtuelles. Pour les relations virtuelles, le MDM Hub stocke en interne les métadonnées des
relations de clé étrangère. Les problèmes liés à une relation virtuelle sont signalés uniquement
lorsque vous exécutez le serveur d'application.
Cochez la case Possède un index associé pour ajouter un index à une relation de clé étrangère.
Décochez la case Possède un index associé pour supprimer un index existant d'une relation de clé
étrangère.
Nom de la table de recherche tel qu'il s'affiche dans la console Hub. Vous pouvez modifier le nom
d'affichage en cliquant sur le bouton Modifier.
• Dans la console Hub, développez l'espace de travail de modèle puis cliquez sur Visionneuse de schéma.
La console Hub démarre la Visionneuse de schéma et charge le modèle de données en affichant une boîte
de dialogue de progression.
Après le chargement du modèle de données, la console Hub affiche l'outil Visionneuse de schéma.
Panneau Description
Panneau de Affiche un résumé de votre schéma. La case grise met en évidence la partie du diagramme de
présentation schéma actuellement visible dans le panneau Diagramme. Faites glisser la case grise pour
déplacer la zone d'affichage sur une partie spécifique de votre schéma.
Zoom avant Effectue un zoom avant et agrandit une zone plus petite du diagramme de schéma.
Zoom arrière Effectue un zoom arrière et affiche une zone plus grande du diagramme de schéma.
Options Affiche ou masque les noms de colonne et contrôle l'orientation de la vue hiérarchique.
Zoom arrière
Zoom intégral
Pour effectuer un zoom de la totalité du diagramme de schéma (ce qui indique que le diagramme de schéma
entier est affiché dans le volet de diagramme) :
Basculement de vues
Pour basculer entre la vue hiérarchique et la vue orthogonale, procédez comme suit :
Commande Description
Accéder à BaseObject Lance le Gestionnaire de schéma et affiche cet objet de base avec un nœud d'objet de
base développé.
Accéder à la table temporaire Lance le Gestionnaire de schéma et affiche la table temporaire sélectionnée sous
l'objet de base associé.
Accéder au mappage Lance l'outil Mappages et affiche les propriétés du mappage sélectionné.
Accéder à la tâche Lance la Visionneuse de lots et affiche les propriétés de la tâche de lots sélectionnée.
Panneau Description
Afficher les Détermine si les noms des colonnes doivent être affichés dans les boîtes d'entité.
noms des Cochez (sélectionnez) cette option pour afficher les noms des colonnes dans les boîtes
colonnes d'entité.
Décochez (effacez) cette option pour masquer les noms des colonnes et afficher seulement
les noms d'entité dans les boîtes d'entité.
Panneau Description
Requêtes et packages
Ce chapitre comprend les rubriques suivantes :
Requêtes génériques
Une requête générique est un type de requête que vous définissez en utilisant un assistant de requête et
des blocs de construction. Aucune connaissance de SQL n'est requise. L'outil de requêtes génère une
instruction SQL SELECT à partir des blocs de construction sélectionnés. L'instruction SELECT générée
fonctionne avec toutes les bases de données prises en charge.
Requêtes personnalisées
Une requête personnalisée est un type de requête pour lequel vous définissez votre propre instruction
SQL SELECT. Si vous voulez utiliser la syntaxe et la grammaire propres SQL propres à la base de
données, créez une requête personnalisée.
Groupes de requêtes
Un groupe de requêtes est un conteneur de requêtes défini par l'utilisateur. Utilisez des groupes de
requêtes pour organiser vos requêtes de sorte à faciliter leur recherche et leur exécution.
Astuce: Si vous créez des groupes de requêtes avant de créer des requêtes, vous pouvez sélectionner un
groupe lorsque vous créez une requête.
Packages
Un package est une vue publique des résultats d'une requête. Les gestionnaires de données utilisent des
packages avec les outils Gestionnaire de données et Gestionnaire de fusions. Vous pouvez aussi utiliser
des packages avec des applications externes.
134
Outil de requêtes
Utilisez l'outil de requêtes pour ajouter, modifier et supprimer des requêtes génériques, des requêtes
personnalisées et des groupes de requêtes. Vous pouvez aussi afficher les résultats d'une requête ou les
packages dépendants de la requête.
1. Volet de navigation. Contient des groupes de requêtes définis par l'utilisateur et des requêtes.
2. Groupe de requêtes.
3. Requête.
4. Volet des propriétés. Contient les propriétés du groupe de requêtes ou de la requête sélectionné(e).
Outil Packages
Utilisez l'outil Packages pour ajouter, modifier et supprimer des packages.
Le tableau suivant répertorie les types de modifications apportées au schéma, décrit les actions exécutées
par MDM Hub et énumère les actions requises, le cas échéant :
Nom de la colonne Met à jour les requêtes Met à jour les requêtes personnalisées et les packages
révisée génériques et les packages pour pour utiliser le nom de la colonne révisée.
utiliser le nom de la colonne
révisée.
Colonne supprimée Retire la colonne supprimée des Les requêtes personnalisées ne sont pas mises à jour. Les
requêtes génériques et des requêtes personnalisées et les packages qui utilisent la
packages. colonne supprimée ne sont plus valides.
Remarque: Vous devez modifier les requêtes et les
packages pour retirer la colonne supprimée.
Objet de base Supprime les requêtes Les requêtes personnalisées ne sont pas mises à jour. Les
supprimé génériques et les packages qui requêtes personnalisées et les packages qui utilisent l'objet
utilisent l'objet de base de base supprimé ne sont plus valides.
supprimé. Remarque: Vous devez supprimer les requêtes et les
packages dépendants.
Groupes de requêtes
Un groupe de requêtes est un conteneur de requêtes défini par l'utilisateur. Utilisez des groupes de requêtes
pour organiser vos requêtes de sorte à faciliter leur recherche et leur utilisation.
Vous pouvez, par exemple, créer des groupes distincts pour les types de requêtes suivants :
• Requêtes génériques pouvant être utilisées dans des packages de mise à jour.
• Requêtes utilisant plusieurs tables d'objet de base.
• Requêtes utilisant des tables de recherche.
Requêtes génériques
Pour générer des requêtes génériques, utilisez les blocs de construction de l'outil de requêtes. Vous n'avez
pas besoin de connaître l'instruction SQL pour créer des requêtes génériques.
Les blocs de construction que vous sélectionnez spécifient les critères à utiliser pour récupérer les données,
y compris les noms de tables, les noms de colonnes et l'ensemble de conditions. Les requêtes peuvent aussi
inclure des instructions sur la manière de trier et de grouper les résultats. MDM Hub génère une instruction
SQL à partir des blocs de construction. L'instruction SQL fonctionne avec toutes les bases de données.
Astuce: Si vous voulez coder une instruction SQL, ajoutez une requête personnalisée.
Propriété Description
Sélectionner la table primaire Sélectionnez la table dont vous voulez récupérer les données.
Le tableau suivant répertorie les onglets, décrit les blocs de construction et identifie la syntaxe SQL
équivalente :
Sélection Colonnes associées à la requête. Vous pouvez ajouter des SELECT <liste de colonnes>
fonctions et des constantes aux colonnes.
SQL Affiche l'instruction SQL générée à partir des blocs de construction Instruction SELECT avec
sélectionnés. toutes les clauses
Liens connexes :
• “Sélection de tables supplémentaires” à la page 140
• “Sélection de colonnes” à la page 141
• “Définition de fonctions” à la page 142
• “Définition de constantes” à la page 142
• “Définition de conditions de comparaison” à la page 143
• “Définition d'un ordre de tri pour les résultats” à la page 144
• “Définition d'un regroupage pour les résultats” à la page 144
Remarque: Si vous envisagez d'utiliser une requête avec un package de mise à jour, ne sélectionnez pas de
tables supplémentaires. Le but d'un package de mise à jour est de mettre à jour les données dans la table
primaire.
Option Description
Supprimer une Dans la zone d'affichage, cliquez sur la ligne du connecteur avec le bouton droit de la
relation souris et choisissez Supprimer.
Supprimer une table Dans la zone d'affichage, sélectionnez la table et cliquez sur l'icône Supprimer. Vous ne
pouvez pas supprimer la table primaire.
Sélection de colonnes
Vous pouvez restreindre la requête à un sous-ensemble de colonnes de chaque table. Si vous avez ajouté des
colonnes que vous voulez supprimer, vous pouvez le faire à partir de la requête.
Option Description
L'exemple de code suivant présente une fonction dans une instruction SQL :
select col1, COUNT(col2) as c1 from table_name
1. Dans le volet des propriétés, cliquez sur l'onglet Sélection.
2. Cliquez sur l'icône Ajouter une fonction.
La boîte de dialogue Ajouter une fonction s'ouvre.
3. Sélectionnez la colonne.
4. Sélectionnez la fonction.
5. Cliquez sur OK.
La fonction apparaît dans la table.
6. Vous pouvez aussi modifier, réorganiser ou supprimer des fonctions.
Option Description
Définition de constantes
Vous pouvez ajouter des constantes qui s'appliquent aux données de colonne récupérées par la requête.
Vous pouvez aussi modifier des constantes et en supprimer de la requête.
Option Description
Remarque: Lorsque les données d'une colonne sont chiffrées, vous ne pouvez pas créer de conditions qui
utilisent des chaînes ou des caractères génériques.
Lorsque la requête est exécutée, elle renvoie des enregistrements contenant des valeurs comme
"Johnson", "Vallejo" et "Major".
6. Cliquez sur OK.
La condition apparaît dans la table.
7. Vous pouvez aussi modifier, réorganiser ou supprimer des conditions.
Option Description
Option Description
Option Description
• Pour afficher l'instruction SQL générée, cliquez sur l'onglet SQL dans le volet des propriétés.
Requêtes personnalisées
Une requête personnalisée est une requête dans laquelle vous fournissez directement l'instruction SQL au lieu
de la construire. Les requêtes personnalisées peuvent être utilisées dans les packages d'affichage. Vous
pouvez créer des requêtes personnalisées avec n'importe quel objet.
Si vous utilisez un utilisateur proxy dans un environnement IBM DB2, assurez-vous que cet utilisateur a accès
aux objets d'une requête. Si Gestionnaire de référentiels ne possède pas de métadonnées pour tous les
objets d'une requête, la migration de Gestionnaire de référentiels peut entraîner des avertissements de
privilège pour une requête. Pour corriger les avertissements, accordez manuellement l'accès de l'utilisateur
proxy aux objets.
SQL Restriction
Instructions Une requête personnalisée doit être une instruction SELECT. Les autres instructions SQL ne sont
pas prises en charge.
Noms de colonnes Les noms de colonnes peuvent contenir des caractères alphanumériques et de soulignement.
Les espaces et autres caractères spéciaux ne sont pas pris en charge.
Alias Les noms d'alias peuvent contenir des caractères alphanumériques et spéciaux. Les espaces ne
sont pas pris en charge.
Colonnes Pour ajouter une colonne constante, placée entre guillemets simples, vous devez utiliser un
constantes alias.
Par exemple, la requête suivante utilise l'alias const_alias :
SELECT ID,'CONST_COL' AS const_alias FROM c_party
Fonctions Pour ajouter une fonction d'agrégation contenant un caractère spécial, vous devez utiliser un
d'agrégation alias.
Par exemple, la requête suivante utilise l'alias new_rowid :
SELECT rowid_object*0 AS new_rowid FROM c_party
MDM Hub confirme que l'instruction SQL est conforme à la syntaxe SQL requise par MDM Hub. Par
exemple, le processus de validation côté client vérifie que l'instruction commence par le mot clé SELECT
et que les noms de colonne ne contiennent pas d'espaces ou de caractères spéciaux. Si le processus de
validation rencontre une erreur, il affiche un message d'erreur.
Lorsque la base de données reçoit l'instruction SQL, elle vérifie que la syntaxe et la grammaire de cette
instruction satisfont aux exigences de la base de données. Si l'instruction SQL génère une erreur, la base
de données renvoie l'erreur dans MDM Hub et Console Hub affiche l'erreur de base de données.
Propriété Description
Groupe de requêtes Vous pouvez également modifier le groupe de requêtes que vous avez sélectionné.
Liens connexes :
• “Suppression d'une requête” à la page 145
• “Affichage de l'impact d'une requête” à la page 145
• “Affichage des résultats de la requête” à la page 145
Packages
Un package est une vue publique d'une ou de plusieurs requêtes. Vous utilisez les packages avec les outils
du gestionnaire de données dans la console Hub et avec des applications externes qui utilisent des services
pour accéder aux données principales.
Vous pouvez créer deux types de packages : des packages d'affichage et des packages de mise à jour. Les
packages d'affichage définissent des vues en lecture seule des données principales. Les packages de mise à
jour définissent des vues qui permettent aux utilisateurs autorisés de modifier les données principales.
Si vous voulez restreindre un package aux utilisateurs autorisés, définissez-le en tant que ressource
sécurisée. Toutes les ressources sécurisées sont gérées à partir de l'outil Rôles. Pour plus d'informations,
consultez le Guide de sécurité de MDM Multidomain.
Packages d'affichage
Si vous voulez que les utilisateurs affichent les résultats de la requête via les outils du gestionnaire de
données ou à partir d'une application externe, créez des packages d'affichage. Les utilisateurs pourront
afficher les résultats de la requête, mais ne pourront pas modifier les données.
Pour chaque rôle autorisé, définissez des privilèges en lecture pour les packages d'affichage que le rôle peut
utiliser. N'activez pas d'autres privilèges. Pour plus d'informations sur les ressources sécurisées et les
privilèges, consultez le Guide de sécurité de MDM Multidomain.
Créez des packages de mise à jour pour permettre aux utilisateurs autorisés d'effectuer les actions
suivantes :
• Mettre à jour des données d'enregistrements provenant du Gestionnaire de données ou d'une application
externe
• Insérer des enregistrements provenant du Gestionnaire de données ou d'une application externe
• Fusionner des enregistrements provenant du Gestionnaire de données ou d'une application externe
Pour chaque rôle autorisé, définissez des privilèges pour les packages de mise à jour que le rôle peut utiliser.
Accordez le privilège en lecture et au moins un des privilèges suivants : création, mise à jour ou fusion. Pour
plus d'informations sur les ressources sécurisées et les privilèges, consultez le Guide de sécurité de
MDM Multidomain.
• Sélectionnez une requête générique pour le package de mise à jour. Les requêtes personnalisées et
autres packages ne sont pas pris en charge dans les packages de mise à jour.
• Sélectionnez l'option Activer PUT.
• Accédez uniquement aux tables et relations définies dans la requête générique. Le package de mise
à jour ne peut pas contenir de jointures avec d'autres tables.
• Sélectionnez uniquement une table primaire. La requête générique ne peut pas contenir de tables
supplémentaires.
• Si vous sélectionnez des colonnes individuelles, vous devez ajouter la colonne ROWID_OBJECT.
• La requête générique ne peut pas contenir de tables système, de colonnes constantes, de fonctions
d'agrégation ni de regroupages.
Astuce: Si vous voulez créer un package de mise à jour, commencez par créer une requête générique qui
réponde aux exigences des packages de mise à jour.
Packages 149
4. Si un écran Bienvenue s'affiche, cliquez sur Suivant.
5. Définissez les propriétés suivantes :
Propriétés Description
Nom d'affichage Saisissez un nom descriptif pour le package. Ce nom apparaît dans le volet de navigation.
Nom physique Vous pouvez modifier le nom physique proposé. L'assistant propose un nom physique
basé sur le nom d'affichage que vous avez spécifié.
Activer PUT Sélectionnez cette option pour créer un package de mise à jour. Effacez-la pour créer un
package d'affichage.
Ressource Sélectionnez cette option pour restreindre le nombre d'utilisateurs autorisés à utiliser le
sécurisée package. L'outil Rôles vous permet d'attribuer des rôles utilisateur aux packages
sécurisés.
Astuce: Si la génération du package échoue et que vous avez sélectionné une requête personnalisée, vérifiez
que cette requête respecte les contraintes de syntaxe SQL.
Remarque: Après une actualisation, si un package n'est pas synchronisé avec la requête, sélectionnez ou
effacez des colonnes pour faire correspondre la requête.
Packages 151
Chapitre 10
Chronologie
Ce chapitre comprend les rubriques suivantes :
• Présentation, 152
• Directives, 153
• Exemple, 153
• Versions d'un enregistrement, 155
• Granularité de chronologie, 157
• Gestion de l'historique et de l'état, 158
• Règles d'application de la chronologie, 158
• Configuration de la chronologie d'un objet de base, 168
• Charger plusieurs versions d'un enregistrement dans une tâche de lots, 169
• Modifier la période effective d'une version d'enregistrement, 171
• Ajouter une version d'enregistrement, 174
• Mettre à jour les données d'un enregistrement, 175
• Mettre à jour une relation, 176
• Fin d'une relation, 178
• Supprimer une période de relation, 179
• Supprimer toutes les périodes de relation, 180
• Utilisation de l'extraction de chronologie, 181
Présentation
Vous pouvez gérer les événements de modification des données des entités d'entreprise et leurs relations via
la gestion de la chronologie. Un événement de modification des données est une modification de données
effective pour une période. Lorsque des événements de modification des données se produisent, MDM Hub
crée des versions d'une entité au lieu de remplacer les données existantes.
Vous pouvez définir les événements de modification des données ou les versions des entités d'entreprise et
leurs relations selon leurs périodes effectives. Les modifications de données se produisent dans le temps et
sont indépendantes de leur relation à d'autres données. Les modifications apportées aux données ont pour
résultat de nouvelles périodes effectives ou des mises à jour de périodes effectives existantes ou futures.
Utilisez la gestion de la chronologie pour suivre les modifications apportées aux périodes effectives des
données.
152
Pour gérer les événements concernant les données d'entités d'entreprise, telles que l'adresse d'un client, son
numéro de téléphone et ses relations, vous pouvez activer la chronologie. Pour conserver les périodes
effectives d'enregistrements d'objets de base, MDM Hub utilise des tables de références croisées associées
aux objets de base pour lesquels vous avez activé la chronologie.
Vous pouvez activer la chronologie pour les objets de base lorsque vous configurez les propriétés des objets
dans la Console Hub. Lorsque vous activez la chronologie, MDM Hub suit les modifications passées,
présentes et futures apportées aux données, telles que l'adresse d'un client.
La chronologie est activée par défaut pour les objets de base de relation de la gestion des hiérarchies.
Les objets de base pour lesquels vous activez la chronologie contiennent une version des données
concernant la période effective spécifiée. Les objets de base peuvent ne pas refléter les valeurs actuelles. La
version des données dans les objets de base à n'importe quel stade dépend des tables de références
croisées contributives, qui peuvent changer au fil du temps. Vous pouvez utiliser les appels API SIF pour
obtenir des enregistrements sur la date d'effet actuelle. Par ailleurs, vous pouvez transmettre une date
effective de votre choix pour récupérer les données correspondant à la date effective que vous spécifiez.
Lorsqu'une modification entrante affecte la période effective actuelle de l'objet de base, MDM Hub utilise les
paramètres d'approbation actuels pour recalculer la MVV. MDM Hub met ensuite à jour l'enregistrement de
l'objet de base.
Remarque: Le Serveur Hub utilise toujours les paramètres d'approbation actuels pour calculer la meilleure
version de la vérité (MVV) pour les données passées, présentes ou futures.
Une fois que vous avez activé la chronologie pour un objet de base, vous ne pouvez plus la désactiver. Si
vous activez la chronologie pour un objet de base contenant des données, Serveur Hub définit les dates de
début et de fin de la période effective sur Null.
Directives
Lorsque vous configurez la chronologie pour les objets de base, MDM Hub gère les événements de
modification des données des objets de base et leurs relations.
La chronologie est activée par défaut pour les objets de base de relation, mais pas pour des objets de base
de l'entité. Vous ne pouvez pas désactiver la chronologie pour les objets de base de relation. En outre, vous
ne pouvez pas désactiver la chronologie pour un objet de base une fois qu'elle a été activée.
Lorsque vous activez la chronologie pour les objets de base, la gestion d'état et la gestion de l'historique sont
activées par défaut. Vous ne pouvez pas désactiver la gestion d'état et la gestion de l'historique pour les
objets de base pour lesquels la chronologie est activée.
MDM Hub ne met pas automatiquement à jour la meilleure version de la vérité (MVV) pour les objets de base
pour lesquels la chronologie est activée. Vous pouvez afficher la MVV d'un enregistrement pour la période
effective que vous spécifiez.
Exemple
Votre organisation dispose de l'objet de base CUSTOMER pour lequel vous activez la chronologie. L'objet de
base CUSTOMER contient un enregistrement pour John Smith, qui a vécu à Los Angeles du 31 janvier 2011
au 20 octobre 2013, qui vit à San Francisco depuis le 21 octobre 2013, et dont le déménagement à Las Vegas
Directives 153
est prévu le 25 novembre 2015. MDM Hub assure le suivi des modifications passées, présentes et futures
apportées aux données, telles que l'adresse de John Smith.
L'enregistrement des références croisées correspondant à John Smith indique qu'il a vécu à Los Angeles par
le passé.
L'enregistrement de l'objet de base correspondant à John Smith affiche la meilleure version de la vérité
(MVV) pour la date effective que vous spécifiez, par exemple le 12 février 2012.
L'enregistrement des références croisées correspondant à John Smith indique qu'il a vécu à Los Angeles par
le passé.
L'enregistrement de l'objet de base correspondant à John Smith affiche la MVV pour la période que vous
spécifiez, par exemple le 12 février 2012.
L'enregistrement de l'objet de base correspondant à John Smith affiche la MVV pour la période que vous
spécifiez, par exemple le 12 février 2012.
L'image suivante illustre la période effective globale de l'enregistrement, ainsi que sa durée de vie historique
et l'historique de ses modifications :
• A. L'enregistrement d'origine, de valeur 1, est effectif en tout temps, étant donné qu'aucune période
effective n'est spécifiée.
• B. MDM Hub ajoute une nouvelle version de l'enregistrement, avec une nouvelle valeur 2, pour une période
effective spécifique.
• C. MDM Hub ajoute une nouvelle version de l'enregistrement pour cet enregistrement, avec une nouvelle
valeur 4, pour une nouvelle période effective.
• D. MDM Hub supprime une version de l'enregistrement, pour une période effective spécifique, avec la
valeur 1.
• E. MDM Hub ajoute une version de l'enregistrement, avec une nouvelle valeur 3, pour une période effective
spécifique. MDM Hub supprime la version de l'enregistrement, avec la valeur 4, dont la période effective
spécifique s'étend sur la période effective de la nouvelle version. MDM Hub met à jour la période effective
de la version de l'enregistrement avec la valeur 2.
• F. MDM Hub ajoute une nouvelle version de l'enregistrement, avec une nouvelle valeur 5, pour une
nouvelle période effective. MDM Hub crée deux versions de l'enregistrement, avec la valeur 3, pour deux
nouvelles périodes effectives.
• G. La valeur de la version de l'enregistrement passe de 5 à 4, mais la période effective reste inchangée.
Vous pouvez configurer la granularité de chronologie de l'année, du mois, du jour, de l'heure, de la minute ou
des secondes pour spécifier les périodes effectives des données dans l'implémentation de MDM Hub. Vous
pouvez configurer la granularité de chronologie dont vous avez besoin lorsque vous créez ou mettez à jour un
Stockage de référence opérationnelle.
Important: une fois configurée, la granularité de la chronologie ne peut pas être modifiée.
Lorsque vous spécifiez une période effective dans la granularité d'une chronologie, le système utilise les
paramètres régionaux de la base de données pour les périodes effectives. Pour créer une version pour une
unité de la chronologie, vous devez spécifier une date de début et une date de fin identiques.
Le tableau suivant décrit les options de granularité de chronologie que vous pouvez configurer :
Granularité Description
de
chronologie
Année Lorsque la granularité de la chronologie est l'année, vous pouvez spécifier la période effective dans
le format d'année, aaaa, par exemple 2010. La date de début effective d'un enregistrement démarre
au début de l'année et sa date de fin effective se termine à la fin de l'année. Par exemple, si la date
de début effective est 2013 et la date de fin effective est 2014, l'enregistrement sera effectif
du 01/01/2013 au 31/12/2014.
Mois Lorsque la granularité de la chronologie est le mois, vous pouvez spécifier la période effective dans
le format de mois mm/aaaa, par exemple 01/2013. La date de début effective d'un enregistrement
démarre le premier jour du mois. La date de fin effective d'un enregistrement se termine le dernier
jour du mois. Par exemple, si la date de début effective est 02/2013 et la date de fin effective
est 04/2013, l'enregistrement est effectif du 01/02/2013 au 30/04/2013.
Jour Lorsque la granularité de la chronologie est le jour, vous pouvez spécifier la période effective dans le
format de date jj/mm/aaaa, par exemple 13/01/2013. La date de début effective d'un enregistrement
démarre en début de journée, à minuit. La date de fin effective de cet enregistrement se termine à la
fin de la journée, à 23 h 59. Par exemple, si la date de début effective est 13/01/2013 et la date de fin
effective est 15/04/2013, l'enregistrement est effectif à partir de minuit le 13/01/2013, jusqu'à 23:59
le 15/04/2013.
Heure Lorsque la granularité de la chronologie est l'heure, la période effective inclut l'année, le mois, le jour
et l'heure. Le format de la chronologie est jj/mm/aaaa hh, par exemple 13/01/2013 15. La date de
début effective d'un enregistrement démarre en début d'heure. La date de fin effective de cet
enregistrement se termine à la fin de l'heure que vous spécifiez. Par exemple, si la date de début
effective est 13/01/2013 15 et la date de fin effective est 15/04/2013 10, l'enregistrement est
effectif à partir de 15:00 le 13/01/2013 jusqu'à 10:59 le 15/04/2013.
Minute Lorsque la granularité de la chronologie est la minute, la période effective inclut l'année, le mois, le
jour, l'heure et la minute. Le format de la chronologie est jj/mm/aaaa hh, par
exemple 13/01/2013 15:30. La date de début effective d'un enregistrement démarre en début de
minute. La date de fin effective de cet enregistrement se termine à la fin de la minute que vous
spécifiez. Par exemple, si la date de début effective est 13/01/2013 15:30 et la date de fin effective
est 15/04/2013 10:45, l'enregistrement est effectif à partir de [Link] le 13/01/2013
jusqu'à [Link] le 15/04/2013.
Seconde Lorsque la granularité de la chronologie est la seconde, la période effective inclut l'année, le mois, le
jour, l'heure, la minute et la seconde. Le format de la chronologie est jj/mm/aaaa hh:mm:ss, par
exemple 13/01/2013 [Link]. La date de début effective d'un enregistrement démarre en début de
seconde. La date de fin effective se termine à la fin de la seconde que vous spécifiez. Par exemple, si
la date de début effective est 13/01/2013 [Link] et la date de fin effective
est 15/04/2013 [Link], l'enregistrement est effectif à partir de [Link] le 13/01/2013
jusqu'à [Link] le 15/04/2013.
Lorsque la chronologie est activée pour un objet de base, vous ne pouvez pas désactiver la gestion de
l'historique ou de l'état pour cet objet. MDM Hub conserve l'historique des modifications relatives à la
chronologie dans les tables d'historique associées aux tables de références croisées. MDM Hub gère les
états des enregistrements (actif, en attente, supprimé, etc.) dans les tables de références croisées
associées.
Lorsqu'un enregistrement que vous mettez à jour requiert une approbation, un événement de modification de
données se produit et le MDM Hub enregistre l'enregistrement comme EN ATTENTE. L'événement de
modification de données dû à la mise à jour a un impact sur la version de références croisées. Le MDM Hub
utilise un ID d'interaction de gestion d'état pour éviter la modification de la version de références croisées.
L'impact sur la version de références croisées associée peut être dû au chevauchement de périodes dans le
même système source. Lorsque vous promouvez une référence croisée EN ATTENTE, l'état de
l'enregistrement des références croisées passe à ACTIF. Si vous supprimez temporairement un
enregistrement, l'état passe à SUPPRIMÉ.
À n'importe quel point dans le temps, MDM Hub ne considère qu'une seule version d'un enregistrement
comme étant efficace, en fonction des dates de début et de fin effectives. Lorsque vous utilisez des
traitements par lots, le Framework d'intégration des services ou Informatica Data Director pour modifier des
Vous pouvez également utiliser les sorties utilisateur pour définir et appliquer des règles personnalisées pour
gérer les chronologies et les dates effectives.
Lorsque vous utilisez une opération load ou put sur un objet de base dont vous suivez les événements de
modification des données, vous pouvez spécifier des dates de début et de fin de la période pour chaque
enregistrement source. L'enregistrement d'un objet de base peut avoir des contributeurs provenant de
plusieurs systèmes source ou de plusieurs sources de clé primaire, ou les deux. Pour calculer la période
effective globale de l'enregistrement de l'objet de base, MDM Hub agrège les périodes effectives des
enregistrements de tous les systèmes source.
L'image suivante illustre un objet de base disposant de contributeurs provenant de deux systèmes source,
System 1 avec la clé primaire PKey 1 et System 2 avec la clé primaire PKey 2 :
Dans l'image précédente, le système System 1 a les valeurs 1 et 2 et le système System 2 a les valeurs 4 et 5
pour différentes périodes effectives qui se chevauchent. Pour calculer la période effective globale de
l'enregistrement, MDM Hub agrège les périodes effectives des enregistrements de deux systèmes source. Le
résultat de l'agrégation des périodes d'effet d'enregistrements est la meilleure version de la vérité (MVV) pour
chaque période d'effet résultante. Les valeurs globales effectives 1, 1/4, 2/4, 2/5 et 5, qui sont représentées
dans l'image, sont la MVV de périodes effectives spécifiques.
Remarque: Vous ne pouvez pas modifier les règles de gestion des périodes effectives.
L'image suivante montre un enregistrement des références croisées inséré avec des dates de début et de fin
de période, en l'absence d'enregistrement des références croisées existant :
• Les dates de début et de fin de la période sont spécifiées et un enregistrement de références croisées
avec la même période effective existe.
• L'enregistrement de références croisées qui est inséré et celui qui existe appartiennent au même système
source.
La règle 3 garantit le comportement suivant de la part de MDM Hub :
• La période effective spécifiée chevauche la période effective d'un enregistrement des références croisées
existant.
• La date de début de période modifiée est ultérieure à la date de début de période de l'enregistrement des
références croisées existant.
La règle 4 garantit le comportement suivant de MDM Hub :
• La date de fin de période de la version des références croisées existante est mise à jour avec « date de
début de période modifiée - 1 » en termes de l'unité de chronologie choisie et la date de début de période
initiale n'est pas modifiée.
• Une nouvelle version de l'enregistrement des références croisées est insérée avec la période effective
spécifiée.
L'image suivante montre un enregistrement des références croisées dont la période effective chevauche celle
d'un enregistrement des références croisées existant et dont la date de début de période est ultérieure :
• La période effective spécifiée chevauche la période effective d'un enregistrement des références croisées
existant.
• La date de fin modifiée est antérieure à la date de fin existante de l'enregistrement des références
croisées.
La règle 5 garantit le comportement suivant de MDM Hub :
• La date de début de période de la version des références croisées existante est mise à jour et la date de
fin est incrémentée de 1 dans l'unité de mesure choisie pour la chronologie.
• La date de fin de période initiale de la version des références croisées existante n'est pas modifiée.
• Une nouvelle version de l'enregistrement des références croisées est ajoutée à la période effective
spécifiée.
L'image suivante montre un enregistrement des références croisées dont la période effective chevauche celle
d'un enregistrement existant et dont la date de fin de période est antérieure :
• La période effective d'une nouvelle version des références croisées est comprise dans la période effective
d'un enregistrement des références croisées existant.
• La date de début de période modifiée est ultérieure à la date de début de période de l'enregistrement des
références croisées existant.
• La date de fin de période modifiée est antérieure à la date de fin de période de l'enregistrement des
références croisées existant.
La règle 6 garantit le comportement suivant de MDM Hub :
• La date de fin de période de la version des références croisées existante est mise à jour et décrémentée
de 1 dans l'unité de mesure choisie pour la chronologie.
• La date de début de période de la version des références croisées existante reste inchangée.
• La période effective d'une version des références croisées existante démarre le même jour ou à une date
ultérieure.
• La période effective de la version des références croisées existante se termine le même jour ou à une
date antérieure à celle de la nouvelle version des références croisées.
La règle 7 garantit le comportement suivant de MDM Hub :
• La version des références croisées existante dont la période effective démarre le même jour ou à une date
ultérieure et se termine le même jour ou à une date antérieure à celle de la nouvelle version des
références croisées est supprimée.
• La nouvelle version des références croisées est insérée avec la période effective spécifiée.
• Pour toutes les autres versions des références croisées existantes, les règles 4 et 5 sont appliquées.
L'image suivante montre un enregistrement des références croisées dont la période effective démarre après
et se termine avant celle d'un nouvel enregistrement :
• La période effective spécifiée n'est pas contiguë à la période effective d'un enregistrement des références
croisées existant.
• La date de fin de période modifiée est antérieure à la date de début de période ou la date de début de
période modifiée est ultérieure à la date de fin de période des données de références croisées existantes.
La règle 8 garantit le comportement suivant de MDM Hub :
La règle 9 s'applique lorsque la période effective d'un enregistrement des références croisées existant
s'étend sur la période effective d'une nouvelle version des références croisées EN ATTENTE.
• La version existante de l'enregistrement des références croisées reste inchangée, mais est verrouillée par
un ID d'interaction qui est utilisé lors de la promotion.
• La nouvelle version des références croisées est insérée à l'état PENDING avec la période effective
spécifiée.
• Lorsque la version des références croisées en attente est promue, les règles 1 à 8 sont appliquées.
L'image suivante montre la période effective d'un enregistrement des références croisées existant qui s'étend
sur la période effective d'une nouvelle version des références croisées EN ATTENTE :
Si une modification basée sur les règles 1 à 9 affecte un enregistrement des références croisées existant
verrouillé par un ID d'interaction, MDM Hub limite cette modification.
L'image suivante montre qu'aucune modification n'a lieu si un nouvel enregistrement des références croisées
est inséré lorsqu'un enregistrement des références croisées existant est verrouillé par un ID d'interaction :
Si le paramètre de propriété de l'objet de base n'autorise pas les périodes effectives non contiguës, la
règle 12 garantit le comportement suivant de la part de MDM Hub :
• Une période effective qui brise la contiguïté ne peut pas être supprimée.
• Toutes les modifications apportées à la période effective d'un enregistrement de références croisées qui
brisent la contiguïté ne peuvent pas être enregistrées.
L'image suivante affiche les enregistrements de références croisées avec des périodes effectives contiguës
avant et après la suppression d'une version d'un enregistrement de références croisées :
• La période effective de l'enregistrement des références croisées existant est étendue ou réduite.
• Les données de l'enregistrement des références croisées existant sont inchangées.
• L'action de chronologie est définie sur 2.
La règle 14 garantit le comportement suivant de MDM Hub :
• Une version d'enregistrement avec une nouvelle période effective est ajoutée à la table de références
croisées.
• La période effective spécifiée crée un intervalle entre les périodes effectives.
• Le paramètre de propriété de l'objet de base n'autorise pas les périodes effectives non contiguës.
• L'action de chronologie est définie sur 4.
La règle 15 garantit le comportement suivant de MDM Hub :
• L'enregistrement des références croisées avec la nouvelle période effective est chargé.
• Si vous voulez combler les intervalles lorsque la contiguïté est interrompue, la période effective de la
version d'enregistrement existante est étendue pour combler l'intervalle entre les versions.
• Si vous ne voulez pas combler les intervalles lorsque la contiguïté est interrompue, la nouvelle version
d'enregistrement n'est pas insérée et une erreur est générée. Lors d'un chargement de lots,
l'enregistrement est transféré dans la table de rejet.
L'image suivante montre l'ajout d'un enregistrement à la table de références croisées lorsque la contiguïté
est activée pour l'objet de base associé :
Lorsque MDM Hub charge plusieurs versions d'un enregistrement, il rejette les versions qui interrompent la
contiguïté des périodes effectives de l'enregistrement. Pour charger plusieurs versions d'enregistrements
sans affecter la contiguïté des périodes effectives des enregistrements, configurez MDM Hub de façon qu'il
charge les versions selon une séquence qui maintient la contiguïté.
Charger plusieurs versions d'un enregistrement dans une tâche de lots 169
Configurer le chargement par lots pour charger plusieurs versions
d'un enregistrement
Configurez MDM Hub pour qu'il charge plusieurs versions d'un enregistrement dans une seule tâche de
chargement par lots.
1. Configurez des périodes effectives contiguës pour les enregistrements de l'objet de base.
a. Ouvrez l'espace de travail de modèle et cliquez sur Schéma.
b. Obtenez un verrou en écriture.
c. Dans l'arborescence du schéma, sélectionnez un objet de base.
Le gestionnaire de schéma affiche l'onglet Basique de la page Propriétés de l'objet de base.
d. Décochez la case Autoriser les périodes effectives non contiguës.
2. Configurez le séquencement des versions de l'enregistrement à charger vers les objets de base.
a. Ouvrez le fichier [Link] qui se trouve dans le répertoire suivant :
Sous UNIX. <infamdm installation directory>/hub/server/resources
Sous Windows. <infamdm installation directory>\hub\server\resources
b. Ajoutez la propriété suivante :
[Link].smart_resequencing = true
c. Enregistrez et fermez le fichier.
Vous souhaitez charger des versions de l'enregistrement avec les périodes effectives suivantes issues de la
table intermédiaire dans la table de références croisées associée à l'objet de base CUSTOMER :
Avant l'exécution de la tâche de lots de chargement, la référence croisée dispose d'un seul enregistrement
concernant John Smith, indiquant qu'il vit à New York.
Après le chargement des différentes versions, l'enregistrement indique que John Smith a vécu à Los Angeles
et à San Francisco, qu'il vit actuellement à New York et qu'il vivra à l'avenir à Austin et à Las Vegas.
Lorsque vous modifiez la période effective d'une version d'enregistrement pour retarder son démarrage ou
avancer sa fin, vous réduisez la période effective. Lorsque vous modifiez la période effective d'une version
d'enregistrement pour avancer son démarrage ou retarder sa fin, vous étendez la période effective.
Vous pouvez modifier la période effective d'une version d'enregistrement lorsque la contiguïté des
enregistrements est activée dans l'objet de base associé. MDM Hub étend ou réduit la période effective de
toute version d'enregistrement adjacente à la version que vous modifiez pour maintenir la contiguïté. Si des
périodes effectives non contiguës peuvent exister dans un objet de base, l'extension de la période effective
influe sur les versions adjacentes de l'enregistrement.
Pour modifier les périodes effectives des versions d'un enregistrement lors d'une tâche de lots de
chargement, effectuez les réglages suivants :
Remarque: Vous pouvez modifier les périodes effectives via les données du système d'annulation de gestion
d'état ou le système source d'origine de l'enregistrement.
Vous pouvez étendre la période effective en repoussant la date de fin. Une fois la date de fin repoussée, la
version d'enregistrement que vous modifiez peut chevaucher une version adjacente. Le chevauchement se
produit avec une version d'enregistrement postérieure à la version que vous modifiez. MDM Hub repousse la
date de début de la version d'enregistrement adjacente. Pour garantir la contiguïté sans chevauchement des
versions, la période effective de la version adjacente est réduite.
Vous pouvez étendre la période effective lorsque vous avancez la date de début. Lorsque vous modifiez la
date de début, la version d'enregistrement peut chevaucher une version adjacente. Le chevauchement
concerne une version antérieure à la version que vous modifiez. MDM Hub avance la date de fin de la version
d'enregistrement adjacente. Pour garantir la contiguïté sans chevauchement des versions, la période
effective de la version adjacente est réduite.
Si vous n'activez pas la contiguïté des enregistrements dans les objets de base, les versions adjacentes
restent inchangées, sauf si des versions se chevauchent.
Avant la modification de la première version de l'enregistrement, la deuxième version pour John Smith est
effective au partir de 1er décembre 2014.
Lorsque vous modifiez la période effective de la version d'enregistrement pour qu'elle prenne fin au
28 février 2015 et non au 30 novembre 2014, la période effective est étendue. La date de début de la version
d'enregistrement adjacente passe du 1er décembre 2014 au 1er mars 2015 pour éviter le chevauchement des
versions.
Après avoir repoussé la date de début de la première version d'enregistrement, MDM Hub met à jour la
deuxième version pour qu'elle démarre après la fin de la première version.
Vous pouvez réduire la période effective en repoussant la date de début. Si vous disposez d'une version
d'enregistrement antérieure et adjacente à la version que vous modifiez, un intervalle est créé entre les
versions. MDM Hub repousse la date de fin de la version d'enregistrement avec laquelle l'intervalle est créé
pour maintenir la contiguïté.
Vous pouvez réduire la période effective en avançant la date de fin. Si vous disposez d'une version
d'enregistrement postérieure et adjacente à la version que vous modifiez, un intervalle est créé entre les
versions. Pour assurer la contiguïté, MDM Hub repousse la date de début de la version adjacente.
Si vous n'activez pas la contiguïté des enregistrements dans les objets de base, les versions adjacentes
restent inchangées.
L'enregistrement des références croisées correspondant à John Smith indique qu'il vit à New York depuis le
21 mars 2014.
Lorsque vous chargez la version de l'enregistrement qui est effective à partir du 1er décembre 2014, la
version existante prend fin le 30 novembre 2014. La période effective de la version existante est réduite pour
éviter tout chevauchement et maintenir la contiguïté.
Après le chargement de la version de l'enregistrement qui est effective à partir du 1er décembre 2014, la
table de références croisées indique que la version existante pour John Smith prend fin le 30 novembre 2014.
Lorsque vous modifiez la version de l'enregistrement qui est effective à partir du 1er décembre 2014 pour
qu'elle soit effective au 1er mars 2015, la période effective est réduite. En outre, un intervalle est introduit
entre les périodes effectives des deux versions. MDM Hub repousse la date de fin de la version adjacente à la
version que vous modifiez. La date de fin passe du 30 novembre 2014 au 28 février 2015 pour combler
l'intervalle.
Si vous activez la contiguïté des enregistrements dans l'objet de base, MDM Hub veille à ce que les dates
effectives des versions d'un enregistrement soient contiguës. MDM Hub étend la période effective de la
version d'enregistrement adjacente à la version que vous ajoutez pour maintenir la contiguïté.
Pour ajouter des versions d'un enregistrement lors d'une tâche de lots de chargement, configurez les
paramètres suivants :
Avant le chargement d'une nouvelle version, l'enregistrement correspondant à John Smith indique qu'il vit à
New York depuis le 21 mars 2014.
Après le chargement de la version de l'enregistrement qui est effective à partir du 1er décembre 2014, la
table de références croisées indique que la version existante pour John Smith prend fin le 30 novembre 2014.
Avant la mise à jour des données, l'enregistrement des références croisées correspondant à John Smith
indique qu'il vit à New York.
Après la mise à jour des données, l'enregistrement des références croisées correspondant à John Smith
indique qu'il vit à Newark.
MDM Hub met à jour la version d'enregistrement existante avec le nom de ville approprié, Newark. La période
effective de l'enregistrement correspondant à John Smith ne change pas.
Si vous mettez à jour les détails de la relation dans les colonnes personnalisés d'un enregistrement d'objet de
base de relation, MDM Hub met à jour l'enregistrement de références croisées associé à l'enregistrement de
relation.
Si vous mettez à jour les détails de la relation dans les colonnes du système d'un enregistrement d'objet de
base de relation, MDM Hub insère les nouvelles versions d'enregistrement dans la table de références
croisées associée. Les colonnes du système sont des colonnes telles que Type de relation, Type de
hiérarchie, Date de début de période et Date de fin de période. En outre, si vous mettez à jour une relation
d'un système source ne contenant pas d'enregistrement de références croisées correspondant, MDM Hub
ajoute une nouvelle version de l'enregistrement dans la table de références croisées.
Remarque: Vous avez configuré Informatica Data Director de façon à utiliser le système source IDD et pour
que les mises à jour soient effectuées dans la vue Hiérarchie.
Lorsque les mises à jour sont effectuées depuis le système source SFDC
Lorsque la mise à jour de la colonne Descr. de rel. se fait à partir d'un enregistrement de système source
SFDC, MDM Hub met à jour la table RL PARTY CROSS-REFERENCE des manières suivantes :
Après avoir modifié la valeur de la colonne Descr. de rel. de Personne en Organisation, la table RL PARTY
CROSS-REFERENCE affiche l'enregistrement existant et un nouvel enregistrement.
• MDM Hub met à jour la valeur de la colonne personnalisée dans l'enregistrement de références croisées
existant.
• MDM Hub ne change pas la date de début ni la date de fin de l'enregistrement de références croisées.
La table RL PARTY CROSS-REFERENCE montre l'enregistrement pour lequel vous voulez modifier la valeur de
la colonne personnalisée Descr. de rel.
Après avoir modifié la valeur de la colonne Descr. de rel. de Individuel en Organisation, la table RL PARTY
CROSS-REFERENCE montre l'enregistrement mis à jour.
Remarque: Vous avez configuré Informatica Data Director de façon à utiliser le système source IDD et pour
que les mises à jour soient effectuées dans la vue Hiérarchie.
Vous mettez à jour la date de début de période de Null à 1er janvier 2016 et la date de fin de période de
Null à 1er janvier 2017.
Lorsque les mises à jour sont effectuées depuis le système source SFDC
Lorsque la mise à jour de la date de début et de la date de fin de période se fait à partir d'un enregistrement
du système source SFDC, MDM Hub met à jour la table RL PARTY CROSS-REFERENCE des manières
suivantes :
Lorsque les mises à jour sont effectuées depuis le système source IDD
Lorsque la mise à jour de la date de début et de la date de fin de la période se fait à partir de l'enregistrement
du système source IDD, MDM Hub met à jour la table RL PARTY CROSS-REFERENCE des manières suivantes :
Après avoir modifié la date de début et la date de fin de la période, la table RL PARTY CROSS-REFERENCE
montre l'enregistrement existant et trois nouveaux enregistrements.
Vous définissez une date de fin pour la relation Mary avec le foyer Adam. Lorsque vous définissez une date
de fin pour l'enregistrement de relation de Mary, MDM Hub ajoute un enregistrement avec l'état Supprimé
dans la table de références croisées associée à l'objet de base de relation RL PARTY GROUP CROSS-
REFERENCE.
Les modifications suivantes sont apportées dans la table de références croisées, RL PARTY GROUP CROSS-
REFERENCE, associée à l'objet de base de relation PARTY GROUP REL :
Après la fin de la relation entre Mary et le foyer Adam, la table de références croisées indique qu'à partir du
18 mai 2015, Mary n'est plus un membre du foyer Adam.
Vous voulez supprimer une version de l'enregistrement de relation Mary qui est incorrecte. Lorsque vous
supprimez l'enregistrement de relation de Mary, MDM Hub ajoute un enregistrement avec l'état Supprimé à la
table de références croisées associée à l'objet de base de relation PARTY GROUP REL.
Les modifications suivantes sont apportées dans la table de références croisées, RL PARTY GROUP CROSS-
REFERENCE, associée à l'objet de base de relation PARTY GROUP REL :
• Un enregistrement est inséré pour la relation entre Mary et le foyer Adam sans modifier la période
effective.
• L'indicateur Supprimé du nouvel enregistrement est -999999999.
• L'indicateur d'état du hub du nouvel enregistrement est Supprimé.
• L'enregistrement d'origine ne change pas.
Avant de supprimer la relation entre Mary et le foyer Adam, la table de références croisées indique que la
relation est active.
Lorsque vous supprimez la relation entre Mary et le foyer Adam, la table de références croisées affiche un
nouvel enregistrement dans lequel la relation est supprimée.
L'objet de base de relation indique que la relation entre Mary et le foyer Adam est supprimée.
Rowid d'objet ID de partie Indicateur Supprimé Indicateur d'état du hub ID de groupe Party
22 147 -999999999 -1 28
Vous voulez supprimer l'enregistrement de relation de Mary, car sa relation avec le foyer Adam est
incorrecte. Vous devez supprimer toutes les versions d'enregistrement de relation effectives pour différentes
périodes. Lorsque vous supprimez les enregistrements de relation de Mary pour toutes les périodes
effectives, MDM Hub remplace l'état du Hub des versions d'enregistrement par l'état Supprimé dans la table
de références croisées associée à l'objet de base de relation PARTY GROUP REL.
Lorsque vous supprimez toutes les périodes de relation, l'indicateur d'état du Hub de toutes les versions
d'enregistrement d'origine est Supprimé dans la table de références croisées, RL PARTY GROUP CROSS-
REFERENCE, qui est associée à l'objet de base de relation PARTY GROUP REL.
Avant de supprimer toutes les périodes de relation, la table de références croisées indique que toutes les
relations effectives entre Mary et le foyer Adam sont actives.
Lorsque vous supprimez toutes les périodes de relation, la table de références croisées indique que toutes
les relations entre Mary et le foyer Adam sont supprimées.
L'objet de base de relation indique que la relation entre Mary et le foyer Adam est supprimée.
• Exécuter la tâche de lots Extraire les versions MVV dans l'outil Visionneuse de lots de la console MDM
Hub
• Exécuter l'API SIF executeBatchExtractBVTVersions
Remarque: vous ne pouvez pas spécifier de date limite lorsque vous exécutez la tâche de lots Extraire les
versions MVV dans l'outil Visionneuse de lots. Cette tâche utilise l'heure actuelle du serveur d'applications
pour la date limite. Pour spécifier une date limite, exécutez l'API SIF executeBatchExtractBVTVersions.
Pour plus d'informations sur l'outil Visionneuse de lots, consultez le Guide de configuration de
MDM Multidomain.
tableName
limitDate
La tâche de lots Extraire les versions MVV agit sur les enregistrements de références croisées dont la
dernière date de mise à jour est antérieure à la date limite.
Réponse
Message
RetCode
La demande EJB suivante exécute la tâche de lots Extraire les versions MVV :
SiperianClient sipClient = [Link](new
File( [Link]() + "[Link]" ) );
ExecuteBatchExtractBVTVersionsRequest req = new ExecuteBatchExtractBVTVersionsRequest();
[Link]([Link]()); // Pass BO name as a string
[Link]([Link]()); // Pass limit date using java Date type
ExecuteBatchExtractBVTVersionsResponse executed =
(ExecuteBatchExtractBVTVersionsResponse) [Link]( req );
String errMessage = [Link]();
int rc = [Link]();
Exemple de demande SOAP
La demande SOAP suivante exécute la tâche de lots Extraire les versions MVV pour l'objet de base
C_TIMELINE dans le stockage de référence opérationnelle CMX_ORS10A :
<soapenv:Envelope xmlns:soapenv="[Link]
xmlns:urn="urn:[Link]">
<soapenv:Header/>
<soapenv:Body>
<urn:executeBatchExtractBVTVersions>
<urn:username>admin</urn:username>
<urn:password>
<urn:password>admin</urn:password>
<urn:encrypted>false</urn:encrypted>
Propriété Description
Pour prendre en charge un flux de travail d'approbation de modifications, MDM Hub et Data Director (IDD)
®
s'intègrent au serveur ActiveVOS . Les flux de travail MDM, les types de tâches et les rôles permettent aux
composants de se synchroniser entre eux.
Les composants prennent en charge un flux de travail d'approbation des modifications de plusieurs
manières :
• MDM Hub gère un état sur les enregistrements dans les tables d'objet de base dont la gestion d'état est
activée. Les enregistrements non approuvés sont mis en attente, tandis que les enregistrements
approuvés deviennent actifs.
• Dans les applications IDD, les utilisateurs professionnels autorisés peuvent modifier les données d'entité
et envoyer des mises à jour pour approbation.
• Le ActiveVOS Server exécute des activités dans les flux de travail MDM et crée des tâches pour les
gestionnaires d'entreprise et les gestionnaires de données.
184
Exemple
Votre processus d'entreprise requiert que les mises à jour de données client soient vérifiées et approuvées
par un gestionnaire expérimenté avant de devenir des données principales. L'application IDD et
l'environnement MDM sont configurés pour utiliser le ActiveVOS Server comme moteur de flux de travail par
défaut.
Le flux de travail d'approbation en une étape définit un processus d'entreprise qui requiert les mises à jour
soient vérifiées et approuvées par un gestionnaire expérimenté. Les étapes suivantes résument les
événements qui se produisent lorsqu'un gestionnaire des données lance le flux de travail en une étape :
1. Dans l'application IDD, un gestionnaire des données met à jour une entité client et envoie cette mise à
jour pour approbation.
2. Dans le Stockage de référence opérationnelle MDM, les enregistrements sont mis en attente.
3. ActiveVOS Server commence à lancer des activités dans le cadre de son processus de flux de travail
d'approbation en une étape.
4. Lorsque ActiveVOS Server arrive à l'activité d'utilisateur Vérification finale, le serveur crée une tâche pour
les gestionnaires expérimentés.
5. Dans l'application IDD, tous les gestionnaires expérimentés reçoivent une tâche dans leur boîte de
réception de tâches. Chacune de ces tâches renvoie vers l'entité client mise à jour.
6. Si un gestionnaire expérimenté approuve la mise à jour, les événements suivants se produisent :
• La tâche est terminée dans IDD.
• ActiveVOS Server marque l'activité d'utilisateur Vérification finale comme terminée et exécute
l'activité suivante du processus de flux de travail d'approbation en une étape.
• Dans le Stockage de référence opérationnelle MDM, les enregistrements approuvés deviennent actifs.
• Dans MDM Hub, les enregistrements approuvés intègrent les enregistrements BVT.
• Un utilisateur professionnel effectue une tâche dans un outil de flux de travail BPM. Une tâche
d'approbation terminée peut déclencher une modification de l'état des enregistrements associés.
• Un gestionnaire de données promeut, supprime ou restaure un ensemble d'enregistrements à l'aide des
outils de la Console Hub. Pour plus d’informations, consultez le Guide du Gestionnaire de données de
MDM Multidomain.
• Une application utilise l'API SiperianClient pour promouvoir, supprimer ou restaurer un ensemble
d'enregistrements. Pour plus d’informations, consultez le Guide de l'infrastructure d'intégration des
services de MDM Multidomain.
Remarque: Par défaut, seuls les enregistrements approuvés dont l'état est ACTIF contribuent à
l'enregistrement Meilleure version de la vérité (MVV). Vous pouvez modifier les opérations pour autoriser les
correspondances à destination et en provenance des enregistrements ACTIF et EN ATTENTE.
État de Description
l'enregistrement
ACTIF Valeur par défaut. Un enregistrement à l'état ACTIF est vérifié et approuvé. Si des
enregistrements doivent passer par un flux de travail d'approbation BPM, les enregistrements
actifs y sont déjà passés et sont approuvés.
Les qualités suivantes s'appliquent aux enregistrements actifs :
- Tous les processus du MDM Hub incluent les enregistrements actifs par défaut.
- Un enregistrement d'objet de base est actif si au moins un de ses enregistrements de
références croisées est à l'état ACTIF.
- Seuls les enregistrements de références croisées actifs contribuent à l'objet de base
consolidé.
- Dans les tables, la colonne du système HUB_STATE_IND affiche 1 pour les enregistrements à
l'état ACTIF.
SUPPRIMÉ Un enregistrement à l'état SUPPRIMÉ ne fait plus partie des données du MDM Hub.
Les qualités suivantes s'appliquent aux enregistrements actifs :
- Les processus du MDM Hub excluent les enregistrements supprimés par défaut. Pour inclure
les enregistrements supprimés, vous devez les demander.
- Vous pouvez rétablir l'état SUPPRIMÉ d'un enregistrement.
- Dans les tables, la colonne du système HUB_STATE_IND affiche -1 pour les enregistrements à
l'état SUPPRIMÉ.
Le tableau suivant répertorie les valeurs possibles pour HUB_STATE_IND et mappe les valeurs sur les états
des enregistrements :
1 ACTIF
0 EN ATTENTE
-1 SUPPRIMÉ
-9 Utilisé lors de l'activation de l'historique des références croisées après une suppression
définitive. Les enregistrements ayant une valeur de -9 pour HUB_STATE_IND sont écrits dans
la table d'historique des références croisées (HXRF) lorsque les références croisées sont
supprimées. De la même manière, si des enregistrements d'objet de base sont supprimés
définitivement, les enregistrements dont la valeur de HUB_STATE_IND est -9 sont ajoutés à
la table d'historique (HIST) pour les objets de base supprimés.
Transitions d'état
Les règles de transition d'état déterminent si un enregistrement peut passer d'un état à un autre et à quel
moment.
Le tableau suivant décrit les transitions courantes et indique les différences entre les enregistrements d'objet
de base et les enregistrements de références croisées :
Lorsque les tables d'objet de base ou les tables de références croisées incluent des ID d'interaction, vous ne
pouvez pas utiliser les outils de la console Hub pour faire passer l'état d'un enregistrement d'objet de base ou
d'un enregistrement de références croisées de EN ATTENTE à ACTIF. Lorsque les enregistrements de
références croisées incluent un ID d'interaction, celui-ci protège un enregistrement de références croisées
contre les mises à jour qui ne font pas partie du même processus que l'enregistrement de références
croisées d'origine. Utilisez l'une des demandes d'API SIF de gestion d'état à la place.
Remarque: L'ID d'interaction peut être spécifié via n'importe quelle API. Cependant, il ne peut pas être spécifié
lors du traitement par lots. Par exemple, les enregistrements protégés par un ID d'interaction ne peuvent pas
être mis à jour par le traitement par lots de chargement.
Le tableau suivant contient un exemple indiquant l'effet du champ ID d'interaction, pendant le processus de
correspondance, sur les enregistrements existants et entrants. Dans l'exemple, le champ interaction_ID a les
valeurs suivantes : Version A, Version B et Null.
Version A OK Erreur OK
Version B Erreur OK OK
Le tableau suivant répertorie l'état de l'enregistrement de référence croisée entrant dans la première colonne,
l'état de l'enregistrement de référence croisée existant dans la ligne supérieure et l'action obtenue dans les
cellules :
Entrant : Mise à jour en Mise à jour en Mise à jour en Insertion en Insertion en attente
PENDING attente attente attente + attente
restauration
Entrant : Traiter en tant Traiter en tant Traiter en tant Traiter en tant Traiter en tant
indéfini qu’ACTIVE que PENDING que DELETED qu’ACTIVE qu’ACTIVE
Remarque: Si l’historique est activé après une suppression définitive, les enregistrements avec
HUB_STATE_IND de -9 sont inscrits dans la table d’historique des références croisées (HXRF) lorsque les
références croisées sont supprimées. De la même manière, si des enregistrements d’objets de base sont
supprimés physiquement, les enregistrements avec HUB_STATE_IND de -9 sont ajoutés à la table d’historique
(HIST) pour les objets de base supprimés.
En général, lors de la résolution de plusieurs enregistrements ayant des états différents, les processus du
MDM Hub appliquent les règles suivantes :
• Les valeurs des enregistrements actifs sont prioritaires sur les valeurs des enregistrements en attente ou
supprimés.
• Les valeurs des enregistrements en attente sont prioritaires sur les valeurs des enregistrements
supprimés.
Remarque: Pour une opération de correspondance et de fusion, la source et cible des enregistrements à
fusionner déterminent le Rowid encore fonctionnel, et non l'état de l'enregistrement.
Le moteur de flux de travail Informatica ActiveVOS prend en charge les adaptateurs suivants :
• Un adaptateur pour les tâches qui fonctionnent sur les entités métier via les services métier. Le nom de
l'adaptateur est BE ActiveVOS.
• Adaptateur de tâches qui fonctionne sur un domaine via des API SIF. Le nom de l'adaptateur est
Informatica ActiveVOS.
Informatica ActiveVOS
Si vous exécutez une instance autonome d'Informatica ActiveVOS dans votre environnement, vous
pouvez l'intégrer manuellement au MDM Hub et à Data Director. Vous pouvez déployer les flux de travail
MDM prédéfinis ou créer des flux de travail personnalisés. Pour plus d'informations, consultez le Data
Director pour MDM Multidomain - Guide d'intégration d'ActiveVOS.
Si vous exécutez une instance de tiers dans votre environnement, vous pouvez l'intégrer manuellement
au MDM Hub et à Data Director. Vous pouvez déployer les flux de travail MDM prédéfinis ou créer des
flux de travail personnalisés. Pour plus d'informations, consultez le Guide d'implémentation du SDK de
l'adaptateur du Gestionnaire de processus d'entreprise pour MDM Multidomain.
Important: Informatica recommande de migrer vers l'adaptateur de flux de travail ActiveVOS basé sur les
entités métier. L'adaptateur de flux de travail Siperian est déconseillé. Informatica continuera de prendre en
charge cet adaptateur déconseillé, mais il deviendra obsolète et Informatica ne le prendra plus en charge
dans ses versions ultérieures. MDM Hub prend en charge un moteur de flux de travail principal et un moteur
de flux de travail secondaire. Vous pouvez migrer de l'adaptateur de flux de travail Siperian vers à
l'adaptateur de flux de travail ActiveVOS basé sur les entités métier.
1. Activez la gestion d'état sur les tables d'objet de base dans le Stockage de référence opérationnelle.
2. Mappez le Stockage de référence opérationnelle sur le moteur de flux de travail ActiveVOS.
3. Attribuez les rôles utilisateur de flux de travail prédéfinis aux responsables de l'entreprise.
Lorsque vous ajoutez un moteur de flux de travail, il devient le moteur de flux de travail principal et le moteur
de flux de travail principal existant devient le moteur de flux de travail secondaire. Si un moteur de flux de
travail secondaire existe déjà, il est supprimé du Stockage de référence opérationnelle (Operational
Reference Store - ORS) et les tâches sont supprimées de la boîte de réception des tâches.
Champ Description
Nom d'adaptateur Sélectionnez BE ActiveVOS pour l'adaptateur de flux de travail ActiveVOS en fonction
des entités métier.
Protocole Protocole de communication entre MDM Hub et ActiveVOS. Le protocole peut être
HTTP ou HTTPS.
Si vous n'avez jamais utilisé auparavant MDM Multidomaine avec ActiveVOS intégré, sélectionnez
l'adaptateur BE ActiveVOS comme adaptateur de flux de travail principal. Vous n'avez pas besoin de
sélectionner un adaptateur de flux de travail secondaire pour traiter les tâches existantes.
Remarque: Si votre application Data Director est basée sur des domaines, continuez à utiliser l'adaptateur
Informatica ActiveVOS comme moteur de flux de travail principal.
Lorsque vous ajoutez un moteur de flux de travail, il devient le moteur de flux de travail principal et le moteur
de flux de travail principal existant devient le moteur de flux de travail secondaire. Si un moteur de flux de
Le tableau suivant répertorie les rôles utilisateur requis et identifie les actions associées à chaque rôle :
Remarque: Si vous utilisez ActiveVOS pour la gestion des processus d'entreprise, les rôles d'utilisateur ne
peuvent pas contenir d'espace.
Avant de commencer, vérifiez que vous disposez des comptes utilisateur MDM Hub pour tous les utilisateurs
métier qui doivent participer aux flux de travail. Si nécessaire, ajoutez de nouveaux comptes utilisateur pour
les utilisateurs métier. Si vous ajoutez de nouveaux utilisateurs, ajoutez les mêmes utilisateurs au conteneur
dans le serveur d'application.
Définissez les mêmes rôles et le même justificatif d'identité de l'utilisateur que ceux définis dans le MDM
Hub. Pour plus d'informations sur la création de rôles et d'utilisateurs, consultez la documentation de votre
serveur d'application.
Lorsqu'une action pour laquelle une règle est définie se produit , un message est placé dans la file d'attente
de messages. Le déclencheur de message spécifie la file d'attente dans laquelle les messages sont placés.
Événements Action
Mettre à jour les données en attente existantes Un enregistrement d'objet de base en attente est mis à jour.
Mise à jour en attente, seul l'enregistrement des Un enregistrement de références croisées en attente est mis à
références croisées est modifié jour. Cet événement inclut la promotion d'un enregistrement.
Supprimer les données de l'objet de base Un enregistrement d'objet de base fait l'objet d'une
suppression réversible.
Supprimer les données de références croisées Un enregistrement de références croisées est supprimé
temporairement.
Supprimer les données de l'objet de base en attente Un enregistrement d'objet de base est supprimé
définitivement.
Supprimer les données de références croisées en Un enregistrement de références croisées est supprimé
attente définitivement.
Le MDM Hub communique avec les applications externes au moyen des files d'attente de messages. Si vous
ne l'avez pas encore fait, vous devez configurer des files d'attente de messages sur votre serveur
d'application. Les files d'attente de messages font partie du processus de publication.
Promotion d'enregistrements
La promotion d'enregistrements est le processus de transformation de l'état du système EN ATTENTE d'un
ensemble d'enregistrements en état ACTIF. Vous pouvez définir des enregistrements à promouvoir
manuellement en utilisant les outils du gestionnaire de données ou le processus de promotion de lot.
Le processus de lot de promotion permet de promouvoir les enfants associés à l'objet de base promu. Si
vous souhaitez promouvoir des enregistrements enfants et petits-enfants, vous devez exécuter le processus
à deux reprises. Exécutez d'abord la tâche de lots de promotion sur l'objet de base parent. Exécutez-la
ensuite une nouvelle fois sur l'objet de base petit-enfant.
Remarque: Procédez de la même manière pour supprimer des enregistrements de MDM Hub. Pour supprimer
des enregistrements enfants, supprimez l'objet de base. Exécutez ensuite une deuxième tâche de
suppression pour supprimer les enregistrements petits-enfants de l'objet de base.
Lorsque vous configurez le MDM Hub pour le cryptage des données, vous pouvez stocker des données
sensibles dans la base de données sous une forme cryptée. Lorsque le MDM Hub transfère des données à
partir de la base de données pour le Serveur Hub, le Serveur de processus et Data Director, les données
sensibles sont transférées sous une forme cryptée. Le cryptage des données garantit que les données
sensibles que vous transférez sur un réseau sont sécurisées.
Les données cryptées sont décryptées dans Data Director ou autres clients Services Integration Framework
(SIF) avant qu'elles ne soient affichées pour les utilisateurs. En outre, les données cryptées dans la base de
données sont décryptées avant le processus de nettoyage.
MDM Hub effectue chaque appel API SIF via un objet SiperianClient. Chaque appel comprend une demande
et une réponse. La demande sortante doit être cryptée et la réponse entrante doit être décryptée.
197
Le MDM Hub peut crypter les échanges de données suivants sur un réseau :
Si vous voulez effectuer des tâches de correspondance, vérifiez que la règle de correspondance n'inclut pas
de colonnes de correspondance avec des données cryptées. Les tâches de correspondance requièrent des
données en texte clair pour générer des clés de correspondance. En outre, vous ne pouvez pas utiliser des
caractères génériques et des valeurs littérales dans les requêtes de recherche.
Une base de données dans le MDM Hub qui contient des données cryptées ne peut pas stocker des appels
d'une interface utilisateur SOAP qui ne sont pas cryptés.
Si vous devez utiliser des appels SOAP pour insérer des données dans une colonne cryptée, les données
doivent être préalablement cryptées, car les appels SOAP ne cryptent pas les données. Si un appel SOAP
récupère des données à partir d'une colonne cryptée, ces données sont renvoyées sous une forme cryptée.
Vous ne pouvez pas utiliser des colonnes cryptées pour les appels SOAP.
Les exemples et utilitaires de cryptage des données suivants sont inclus dans le Kit de ressources :
Les bibliothèques de cryptage des données sont requises par le MDM Hubpour être incluses dans le
fichier JAR de cryptage des données. Les bibliothèques de cryptage des données contiennent des API et
des classes courantes. En particulier, elles incluent l'interface DataEncryptor que vous devez
implémenter lorsque vous configurez le cryptage des données. L'interface DataEncryptor définit les
méthodes encrypt et decrypt que vous devez implémenter pour le cryptage des données dans le MDM
Hub.
Exemple de fichier de propriétés de cryptage des données
L'exemple de fichier de propriétés de cryptage des données inclut des paramètres requis par
l'implémentation du cryptage des données. Le nom du fichier de propriétés est
[Link]. Vous pouvez personnaliser l'exemple de fichier de propriétés pour
spécifier les options de l'implémentation du cryptage des données.
Le script de build Ant, [Link], sert à créer le fichier JAR de cryptage des données.
Le tableau suivant décrit les demandes et les réponses de l'API SIF qui fonctionnent avec le cryptage des
données :
Demande/réponse Description
PutRequest Insère ou met à jour un enregistrement unique identifié par une clé dans un objet
de base.
Crypte les enregistrements d'entrée.
GetResponse Utilise une clé connue pour récupérer un seul enregistrement d'un package.
Crypte les enregistrements qui sont renvoyés.
SearchHmQueryRequest Effectue des recherches dans les entités et les relations du gestionnaire de
hiérarchies.
Crypte les paramètres de filtre d'entrée. Utilisez SiperianObjectUidField plutôt
qu'un paramètre pour activer le cryptage.
SearchHmQueryResponse Renvoie les entités et les relations associées à une ou plusieurs entités.
Crypte les enregistrements renvoyés.
GetOneHopResponse Renvoie des informations sur les entités directement liées à un groupe défini
d'entités dans une configuration de hiérarchie spécifiée.
Crypte les enregistrements renvoyés.
L'exemple de fichier de propriétés de cryptage des données se trouve dans le répertoire suivant :
#
# Part 1. SiperianClient configuration.
#
# List of API.<ORS_ID>.<BASE_OBJECT_NAME>.<COLUMN_NAME> that should be encrypted before
they are sent out
# and decrypted when returned back by SiperianClient.
#
[Link]-main-MDM_SAMPLE.BASE_OBJECT.C_PARTY.FIRST_NAME=true
[Link]-main-MDM_SAMPLE.PACKAGE.PKG_PERSON_IDD_SEARCH.FIRST_NAME=true
[Link]-main-MDM_SAMPLE.HISTORY.C_PARTY.FIRST_NAME=true
[Link]-main-MDM_SAMPLE.XREF.C_PARTY.FIRST_NAME=true
[Link]-main-MDM_SAMPLE.HM_ENTITY_TYPE.Person.FIRST_NAME=true
#
# Part 2. Cleanse functions.
#
# List of input and output ports of cleanse functions that must receive and produce
encrypted data.
#
[Link]=true
Hiérarchies
Ce chapitre comprend les rubriques suivantes :
204
Présentation des hiérarchies
Vous pouvez configurer les hiérarchies dans la console MDM Hub. Les hiérarchies affichent les relations
entre des enregistrements individuels, alors que le modèle de données affiche les relations entre les objets
de base.
Par exemple, vous pouvez créer une hiérarchie pour savoir quels employés appartiennent à chaque service
d'une organisation. Vous pouvez également créer des hiérarchies de produits dans différents groupes de
produits.
Pour configurer une hiérarchie, vous devez d'abord créer un objet de base de l'entité, etc.
Vous devez disposer d'une licence du gestionnaire de hiérarchies pour configurer des hiérarchies.
Exemple de hiérarchie
L'exemple de stockage de référence opérationnelle figurant dans le kit de ressources contient un schéma
avec des hiérarchies préconfigurées. Ce chapitre utilise une partie de la hiérarchie de produits pour illustrer
les étapes de configuration de la hiérarchie.
L'image suivante montre la partie de la hiérarchie utilisée dans les exemples telle qu'elle apparaît dans l'outil
Gestionnaire de hiérarchies de la Console Hub :
Utilisez l'outil de hiérarchies pour définir les composants du Gestionnaire de hiérarchies, par exemple les
types d'entités, les hiérarchies, les types de relations, les packages et les profils, pour votre implémentation
du MDM Hub.
Lorsque vous avez fide définir les composants du Gestionnaire de hiérarchies, vous pouvez utiliser les outils
de gestion de package ou de requête pour mettre à jour les critères de requête.
Pour comprendre les concepts des hiérarchies et de leurs composants, vous devez bien connaître les
concepts présentés dans les chapitres suivants :
Avant de commencer
Avant de commencer à configurer votre Gestionnaire de hiérarchies (Gestionnaire de hiérarchies), vous devez
effectuer certaines tâches.
• Commencez avec un Stockage de référence opérationnelle vide ou un ORS valide et enregistrez la base de
données dans CMX_SYSTEM.
• Vérifiez que vous disposez d’une licence pour le Gestionnaire de hiérarchies. Pour plus de détails,
consultez votre administrateur Informatica MDM Hub.
• Effectuez une analyse de données.
Remarque: Les options que vous voyez dans le menu de clic droit du Gestionnaire de hiérarchies sont
également disponibles dans le menu Hiérarchies.
Généralement, les données d’une société sont beaucoup plus volumineuses que dans l’exemple donné ici.
Scénario
John a été chargé de manipuler les données de son entreprise afin qu’elles puissent être visualisées et
utilisées dans le Gestionnaire de hiérarchies le plus efficacement possible.
Pour simplifier l’exemple, nous décrivons un sous-ensemble des données impliquant des types de produit et
des produits de l’entreprise qui vend des composants informatiques.
Méthodologie
Cette section décrit la méthode de simplification de données.
John commence par analyser la hiérarchie de produits et de groupes de produits. Il organise les produits par
groupe de produits et les groupes de produits par groupe de produit parent. Le volume complet des données
et les relations qu'elles contiennent sont difficiles à visualiser. John répertorie donc les catégories et voit s'il
existe des relations entre elles.
La table suivante (qui contient des données du service Marketing) montre un exemple de l'organisation que
John peut utiliser pour ses données.
TOUT Tous les 100 Souris + 120 Souris (Mice) 120-0001 Souris optique
produits (All pointeurs (Laser Mouse)
Products) (Mice +
pointers) 120-0002 Souris optique
sans fil Nano
(Nano Cordless
Laser Mouse)
120-0006 Révolution
(Revolution)
220 Combinaisons - -
clavier et
souris
(Keyboard and
Mice Combos)
La table montre les données qui seront stockées dans l'objet de base Produit. Il s'agit de l'objet de base à
convertir (ou créer) dans le Gestionnaire de hiérarchies. Le tableau affiche des entités, par exemple, Souris
ou Souris optique. Les relations sont affichées par groupement, c’est-à-dire qu'il existe une relation entre
Souris et Souris optique. Les valeurs d'en-tête sont les types d'entités : Souris est un Groupe de produit et
Souris optique un Produit. Ce type est stocké dans un champ de la table Produit.
Cette organisation des données permet à John de voir clairement combien les données comprennent
d'entités et de types d'entités et quelles sont les relations entre elles.
La catégorie principale est Groupe de produits, qui peut inclure à la fois un groupe de produits (comme les
souris et les pointeurs), la catégorie Produit, et les produits eux-mêmes (exemple la souris Trackman Wheel).
Les relations entre ces éléments peuvent être contenues dans un objet de relation, que John appelle Rel.
Produit. Dans les détails de Rel. Produit, John a expliqué les relations : Groupe de produits est le parent de
Produit et Groupe de produits.
Exemple de cas d’utilisation sur la méthode de préparation des données pour le gestionnaire de hiérarchies 209
représentent des objets de base obligatoires contenant des colonnes spécifiques. Elles stockent les données
de configuration du Gestionnaire de hiérarchies, comme les données que vous voyez dans la table de
l’étape 1.
Pour des instructions sur la création d’objets de base, voir “Création d'objets de base” à la page 114. La
présente section décrit les choix que vous faites lorsque vous créez des exemples d’objets de base dans
l’outil Schéma.
Vous devez créer et configurer un objet de base pour chaque objet d’entité et objet de relation que vous avez
identifié dans l’étape précédente. Dans l’exemple, vous créez un objet de base pour Produit et le convertissez
en objet d’entité du Gestionnaire de hiérarchies. L’objet de base Rel. Produit doit être créé directement dans
le Gestionnaire de hiérarchies (processus plus facile) au lieu d’être converti. Chaque nouvel objet est affiché
dans le panneau Schéma dans la catégorie Objets de base. Répétez ce processus pour créer tous vos objets
de base.
Dans la section suivante, vous configurez les objets de base afin de les optimiser pour l’utilisation du
Gestionnaire de hiérarchies.
La configuration d'un objet de base consiste à renseigner les critères des propriétés de l'objet, tels que le
nombre et le type de colonnes, le contenu des tables temporaires, le nom des tables de références croisées
(le cas échéant), etc. Vous pouvez également activer la fonction d'historique, configurer des règles de
validation et des déclencheurs de message, créer un index personnalisé et configurer la table de
correspondance externe (le cas échéant).
L'utilisation de ces options et la façon dont vous les configurez dépendent de vos choix de modèle de
données et d'objet de base.
Dans l'exemple, John configure ses objets de base tel que décrit dans les sections suivantes.
Remarque: Tous les composants de la création de l'objet de base ne sont pas abordés ici, seulement ceux qui
ont une importance particulière pour les données qui seront utilisées dans le Gestionnaire de hiérarchies.
Pour de plus amples informations sur les composants qui ne sont pas traités ici, consultez le Chapitre 8,
“Construction du schéma” à la page 83.
Ce tableau montre l'objet de base Produit après sa conversion en objet d'entité du Gestionnaire de
hiérarchies. Dans cette liste, seul le champ Type de produit est un champ Gestionnaire de hiérarchies.
Chaque objet de base comporte des colonnes système et des colonnes définies par l'utilisateur. Les
colonnes système sont créées automatiquement et incluent la colonne requise Objet Rowid. Il s'agit de la clé
Pour les colonnes définies par l'utilisateur, John choisit des noms logiques qui incluent véritablement des
informations sur les produits, tels que Numéro de produit, Type de produit et Description du produit. Ces
mêmes colonnes et valeurs de colonnes doivent figurer dans les tables temporaires comme indiqué dans la
figure suivante :
John veille à ce que toutes les colonnes définies par l'utilisateur des tables temporaires soient ajoutées en
tant que colonnes dans l'objet de base, comme dans le graphique ci-dessus. La colonne de recherche affiche
la valeur de recherche ajoutée par le Gestionnaire de hiérarchies.
Remarquez que plusieurs colonnes dans la table temporaire (Cd statut, Type de produit et Cd type de produit)
ont des références à des tables de recherche. Vous pouvez définir ces références lorsque vous créez la table
temporaire. Vous pouvez utiliser des recherches si vous ne souhaitez pas coder en dur une valeur dans votre
table temporaire et préférez que le serveur recherche une valeur dans la table parent.
La plupart des recherches sont sans relation avec le Gestionnaire de hiérarchies et font partie du modèle de
données. La recherche de classe d'objet de base OBR est l'exception, car elle a été ajoutée par le
Gestionnaire de hiérarchies. Gestionnaire de hiérarchies ajoute la recherche à la colonne Type de produit.
Remarque: Lorsque vous convertissez des entités en objets de base de l'entité (entités configurées pour être
utilisées dans le Gestionnaire de hiérarchies), vous devez avoir des tables de recherche qui vérifient les
valeurs du Cd statut, Type de produit et Cd type de produit.
Remarque: Les objets d'entité Gestionnaire de hiérarchies ne requièrent pas de dates de début et de fin.
Toute date de début et de fin serait définie par l'utilisateur. Toutefois, les Objets de rel les utilisent. Ne créez
pas de nouveaux Objets de rel avec des noms différents pour les dates de début et de fin. Elles sont déjà
fournies.
Chaque type d'entité possède un code dérivé de l'analyse des données et de la conception. Jean choisit
d'utiliser Produit comme un type et Groupe de produits comme un autre.
Ce code doit être référencé dans la table d'objet de base (OBR) correspondante. Dans cet exemple, le code
Produit est référencé dans la table C_RBO_BO_CLASS. La valeur de BO_CLASS_CODE est « Produit ».
Exemple de cas d’utilisation sur la méthode de préparation des données pour le gestionnaire de hiérarchies 211
La figure suivante affiche la relation entre les objets d'entité de Gestionnaire de hiérarchies et les objets de
relation de Gestionnaire de hiérarchies dans les tables OBR :
Une fois que John a terminé toutes les étapes de cette section, il est prêt à créer d'autres composants du
Gestionnaire de hiérarchies, comme les packages et à afficher ses données dans le Gestionnaire de
hiérarchies. Par exemple, le graphique suivant affiche les relations que John a configurées dans l'outil de
hiérarchies, affichées dans le Gestionnaire de hiérarchies. Cet exemple affiche la hiérarchie incluant les
périphériques Souris. Pour plus d'informations sur l'utilisation de Hierarchy Manager, consultez le Guide du
Gestionnaire de données de MDM Multidomain.
Certains objets de bases devant contenir des colonnes spécifiques sont obligatoires.
Des requêtes et des packages (et leurs requêtes associées) seront également créés pour ces tables RBO.
Remarque: Toutes les options que vous pouvez sélectionner en cliquant avec le bouton droit de la souris sur
le panneau de navigation sont également accessibles depuis le menu de l'outil de hiérarchies.
Une fois l'outil de hiérarchies démarré, si un ORS ne possède pas les tables OBR nécessaires, l'outil de
hiérarchies vous guide dans le processus de création.
1. Sélectionnez Oui dans la boîte de dialogue de la console Hub pour créer les métadonnées (tables OBR)
du gestionnaire de hiérarchies dans l'ORS.
2. Sélectionnez les noms d'espace de table dans la boîte de dialogue Créer des tables OBR puis cliquez sur
OK.
Ces icône d'entité sont utilisées pour représenter vos entités dans des affichages graphiques dans le
Gestionnaire de hiérarchies. Les icônes d'entités doivent être stockées dans un fichier JAR ou ZIP.
Vous pouvez télécharger un fichier ZIP ou JAR, modifier son contenu, puis le charger à nouveau dans la
console.
Vous désactivez un groupe d'icônes en marquant le package d'icônes comme Inactif. Les icônes inactives ne
sont pas affichées dans l'interface utilisateur et ne peuvent pas être affectées à un type d'entité. Pour
réactiver le paquet d'icônes, marquez-le comme Actif.
Remarque: Informatica MDM Hub ne valide pas les affectations d'icônes avant la suppression. Si vous
supprimez une icône actuellement affectée à un type d'entité, vous obtiendrez une erreur lorsque vous
tenterez d'enregistrer la modification.
Entités
Dans le Gestionnaire de hiérarchies, une entité est un objet, personne, lieu, organisation, ou autre chose qui a
une signification métier et sur laquelle vous pouvez agir dans votre base de données.
Les exemples incluent le nom d’une personne spécifique, un numéro de compte de contrôle spécifique, une
société spécifique, une adresse spécifique, etc.
Lorsque vous utilisez l'outil de hiérarchies pour créer un objet de base de l'entité, il crée les colonnes
requises pour le Gestionnaire de hiérarchies. Vous pouvez également utiliser les options de l'outil de
hiérarchies pour convertir un objet de base existant en un objet de base de l'entité.
Remarque: Vous ne pouvez pas convertir un objet de base en un objet de base de l'entité si l'objet de base
contient des données.
Après avoir ajouté un objet de base de l'entité, utilisez le gestionnaire de schéma pour l'afficher, le modifier
ou le supprimer.
Lors de la création d'un objet de base de l'entité, créez l'une des colonnes de clé étrangère suivantes :
Lorsque vous sélectionnez un objet Rowid, l'outil Hiérarchies ajoute la colonne ROWID_BO_CLASS.
Lorsque vous sélectionnez le code de classe de l'objet de base, l'outil Hiérarchies ajoute la colonne
BO_CLASS_CODE si vous créez un objet de base en tant qu'objet de base de l'entité. Si vous convertissez
un objet de base existant en objet de base de l'entité, vous pouvez choisir de créer la colonne
BO_CLASS_CODE ou vous pouvez sélectionner une colonne existante.
Le code de classe de l'objet de base définit le type d'entité de l'enregistrement. Le champ est rempli avec
une valeur que vous définissez. Configurez vos mappages pour remplir cette colonne.
L'ID de ligne est généré et attribué par le système, mais le code de classe de l'objet de base est créé par
l'utilisateur, ce qui le rend plus facile à mémoriser.
Lors de la création de l'objet de base de l'entité, il est nécessaire de décider comment spécifier le type
d'entité. Dans notre exemple, nous ne voulons pas utiliser un numéro d'ID de ligne généré par le système,
mais plutôt les codes Produit et Groupe de produits pour spécifier le type d'entité, plus parlants.
Nous voulons utiliser une colonne de type d'entité de clé étrangère de notre choix. Pour cela, nous créons
d'abord un objet de base avec une colonne Product_Type. La création d'un objet de base de l'entité de zéro ne
permet pas de spécifier un nom de colonne personnalisé. Lorsque nous convertissons cet objet de base en
objet de base de l'entité, nous sélectionnons la colonne Product_Type en tant que clé étrangère du type
d'entité. Pour cette hiérarchie, nous allons créer deux types d'entités. La valeur de la colonne Product_Type
détermine le type d'entité auquel un enregistrement appartient.
Champ Description
Nom d'affichage Nom de cet objet de base affiché par la Console Hub.
Nom physique Nom réel de la table dans la base de données. Informatica MDM Hub suggère un nom
physique pour la table en fonction du nom d'affichage que vous entrez.
L'ID de ligne est généré et attribué par le système, mais le code de classe de l'objet
de base est créé par l'utilisateur, ce qui le rend plus facile à mémoriser.
Espace de table de Nom de l'espace de table de données. La valeur par défaut est CMX_DATA.
données
Espace de table Nom de l'espace de table d'index. La valeur par défaut est CMX_INDX.
d'index
Espace de table de Nom de l'espace de table de chargement. La valeur par défaut est CMX_DATA.
chargement
Espace table Nom de l'espace de table temporaire de l'utilisateur. La valeur par défaut est
temporaire CMX_USER_TEMP.
utilisateur
Ressource sécurisée Détermine le statut de l'objet de base dans l'outil Ressources sécurisées. Si ce
champ est activé, le statut de l'objet de base est Sécurisé. S'il est désactivé, le statut
de l'objet de base est Privé. La valeur par défaut est activée.
Colonne de clé Colonne de clé étrangère pour le type d'entité. Pour un objet Rowid, la relation de clé
étrangère pour les étrangère est basée sur un ID de ligne généré par le MDM Hub. Pour un objet de
types d'entités classe d'objet de base, la relation de clé étrangère est basée sur un code que vous
définissez. La valeur par défaut est Objet Rowid.
Nom physique Nom de la colonne de clé étrangère dans l'objet de base de l'entité. La Console Hub
suggère un nom physique pour la colonne en fonction du nom d'affichage que vous
saisissez.
Les objets de base ne disposent pas des métadonnées requises par le gestionnaire de hiérarchies. Pour
utiliser ces objets avec le gestionnaire de hiérarchies, vous devez ajouter ces métadonnées via un processus
de conversion. Vous pouvez utiliser des objets de base de l'entité avec MDM Hub et le gestionnaire de
hiérarchies.
L'objet de base possède désormais les colonnes requises par le gestionnaire de hiérarchies. Pour ajouter des
colonnes supplémentaires, utilisez le Gestionnaire de schéma.
Important: Lorsque vous modifiez l'objet de base en utilisant l'outil Gestionnaire de schéma, ne modifiez
aucune des colonnes ajoutées à l'aide de l'outil de hiérarchies. La modification de l'une de ces colonnes
entraînerait un comportement imprévisible et d'éventuelles pertes de données.
Types d'entités
Les types d'entités constituent une méthode de classement des entités. Ils vous permettent de classer les
entités dans un objet de base de l'entité.
Les types d'entités appartiennent à une entité spécifique. Les objets de base de l'entité peuvent avoir
plusieurs types d'entités, mais chaque entité d'un objet de base appartient à un seul type d'entité. Par
Exemples : docteurs, comptes-chèques, banques, etc. Un objet de base d'entité doit posséder une clé
étrangère sur la table de type d'entité (classe d'objet de base Rbo). La clé étrangère peut être définie comme
ROWID ou comme valeur Code prédéfinie.
• Utilisez les types d'entités pour organiser les enregistrements selon une méthode qui reflète l'organisation
réelle des entités. Ils segmentent véritablement les données de manière à refléter la nature réelle des
entités.
• Ensemble, ils couvrent l'intégralité des entités ; c'est-à-dire que chaque entité possède un et un seul type
d'entité.
• Ils sont suffisamment granuleux pour que vous puissiez définir facilement les types de relation que
chaque type d'entité peut avoir. Par exemple, un type d'entité « docteur » peut avoir les relations :
« membre de » avec un groupe médical, « membre du personnel » (ou « non membre du personnel avec un
droit d'accès ») avec un hôpital, etc.
• Un type d'entité plus général, comme « prestataire de santé » (qui regroupe les infirmiers, infirmiers
praticiens, docteurs, etc.) n'est pas suffisamment granuleux. Dans ce cas, les types de relation que ce
type d'entité général aura dépendront de ce qu'il y a après le type d'entité. Par conséquent, vous devez
définir des types d'entité plus granuleux.
Lorsque vous configurez les types de hiérarchies, vous sélectionnez une icône et une couleur ; elle seront
utilisées pour afficher les entités de ce type dans l'outil Gestionnaire de hiérarchies.
Vous pouvez configurer les propriétés suivantes lorsque vous créez un type d'entité :
Champ Description
Code Nom de code unique du type d'entité. Peut être utilisé comme clé étrangère d'objets de base de
relation du gestionnaire de hiérarchies. Chaque type d'entité doit avoir une valeur de code unique.
Couleur Couleur des entités associées à ce type d'entité telles qu'elles s'affichent dans l'outil Gestionnaire
de hiérarchies de la console Hub et dans la vue de hiérarchie d'Informatica Data Director.
Petite icône Petite icône des entités associées à ce type d'entité telles qu'elles s'affichent dans l'outil
Gestionnaire de hiérarchies de la console Hub et dans la vue de hiérarchie d'Informatica Data
Director. La petite icône s'affiche lorsqu'il existe un grand nombre d'entités à afficher dans la
hiérarchie.
Grande icône Grande icône des entités associées à ce type d'entité telles qu'elles s'affichent dans l'outil
Gestionnaire de hiérarchies de la console Hub et dans la vue de hiérarchie d'Informatica Data
Director.
1. Dans l'outil de hiérarchies, dans l'arborescence de navigation, cliquez sur le type d'entité à éditer.
2. Pour chaque champ à éditer, cliquez sur le bouton Éditer et faites les modifications voulues.
3. Lorsque vous avez terminé vos modifications, cliquez sur Enregistrer pour enregistrer vos modifications.
Remarque: Si votre objet d'entité utilise la colonne Code, vous ne voulez probablement pas modifier le code
de type d'entité si vous avez déjà des enregistrements pour ce type d'entité.
Si le type d'entité est utilisé par un ou plusieurs types de relation, tenter de le supprimer générera une erreur.
Pour supprimer un type d'entité :
Remarque: Vous ne voulez probablement pas supprimer un type d'entité si vous avez déjà des
enregistrements d'entité qui utilisent ce type. Si votre objet d'entité utilise la colonne de code au lieu de la
colonne ROWID et si vous avez des enregistrements dans cet objet d'entité pour le type d'entité que vous
essayez de supprimer, une erreur se produit.
Alors que la couleur et les icônes peuvent être spécifiées pour chaque type d’entité, la taille de la police et la
largeur s’appliquent à tous les types d’entité.
Pour modifier la taille de la police en Gestionnaire de hiérarchies, utilisez Taille de police et boîte d’entité
Gestionnaire de hiérarchies. La taille de police par défaut (38 pts) et la largeur maximale de la boîte (600
pixels) peuvent être modifiées en paramétrant le fichier [Link]. Les paramètres à utiliser sont :
[Link]=fontSize
[Link]=maxWidth
La valeur pour fontSize peut aller de 6 à 100 et la valeur pour maxWidth peut aller de 20 à 5 000. Si la valeur
spécifiée dépasse la plage autorisée, les valeurs minimum ou maximum sont utilisées. Les valeurs par défaut
sont utilisées si les valeurs spécifiées ne sont pas des chiffres.
Types de hiérarchies
Lorsque vous configurez un type de relation, vous devez l'associer à un type de hiérarchie au moins.
Ces types de relations n'ont pas d'ordre de classement et ne sont pas nécessairement liés les uns aux autres.
Il s'agit simplement de types de relations regroupés pour faciliter la classification et l'identification. Un même
type de relation peut être associé à plusieurs hiérarchies. Un type de hiérarchie est une classification logique
de hiérarchies.
Champ Description
Code Nom de code unique de la hiérarchie. Peut être utilisé comme clé étrangère de relation d'objets de
base de relation du gestionnaire de hiérarchies. Vous ne pouvez pas modifier le code une fois que
vous avez créé le type de hiérarchie.
Nom d'affichage Nom de cette hiérarchie tel qu'il sera affiché dans la Console Hub.
Lorsque vous créez le type de hiérarchie, il ne possède aucune référence. L'outil Hiérarchies remplit les
références du type de hiérarchie avec les types d'entités, les types de relations et les profils lorsque vous
associez les types de relations au type de hiérarchie que vous avez créé.
Ajout de hiérarchies
Pour ajouter une nouvelle hiérarchie :
Si votre objet de relation utilise la colonne de code de hiérarchie au lieu de la colonne ROWID et que vous
avez des enregistrements dans cet objet de relation pour la hiérarchie que vous essayez de supprimer, vous
obtiendrez une erreur.
Pour supprimer une hiérarchie :
Remarque: Vous êtes autorisé à supprimer une hiérarchie qui a types de relations qui lui sont associés. Il y
aura un avertissement avec la liste des types de relations associées. Si vous choisissez de supprimer la
hiérarchie, toutes les références à celle-ci seront automatiquement supprimées.
Objets de relation
Un objet de relation décrit l'affiliation entre deux entités spécifiques.
Conserve une relation entre deux objets de base de l'entité. Utilisez les objets de base de relation pour
établir une relation plusieurs à plusieurs.
Un objet de base de clé étrangère est un objet de base de l'entité comportant une colonne de clé
étrangère. Utilisez les objets de base de clé étrangère pour établir une relation un à un ou un à plusieurs.
Par exemple, plusieurs produits peuvent être associés à un seul groupe de produits. Un objet de base de
l'entité peut avoir plusieurs colonnes de clé étrangère. Chaque colonne de clé étrangère gère une
relation.
Pour définir les relations de hiérarchie, indiquez le type de relation, le type de hiérarchie, les attributs de la
relation et ses dates d'activation.
Le nœud Relations de l'outil Schéma affiche les relations de hiérarchie et les relations de modèle de données.
Il ne peut exister qu'une seule relation entre deux entités spécifiques. Si vous tentez d'ajouter d'autres
relations entre les deux entités, la relation existante est mise à jour et aucune nouvelle relation n'est ajoutée.
lorsque vous modifiez l'objet de base au moyen du gestionnaire de schéma, ne modifiez aucune des
colonnes ajoutées par le gestionnaire de hiérarchies. La modification de l'une de ces colonnes entraînerait un
comportement imprévisible et d'éventuelles pertes de données.
Le tableau suivant décrit les propriétés que vous pouvez configurer lorsque vous créez un objet de base de
relation :
Propriété Description
Nom d'affichage Nom de cet objet de base tel qu'il s'affichera dans la console Hub.
Nom physique Nom réel de la table dans la base de données. Informatica MDM Hub suggère un nom
physique pour la table en fonction du nom d'affichage que vous entrez.
Espace de table de Nom de l'espace de table de données. Pour plus d’informations, consultez le Guide
données d'installation de MDM Multidomain.
Espace de table d'index Nom de l'espace de table d'index. Pour plus d’informations, consultez le Guide
d'installation de MDM Multidomain.
Objet de base d'entité 1 Objet de base d'entité à lier via cet objet de base de relation.
Nom d'affichage Nom de la colonne qui constitue une clé étrangère pour l'objet de base d'entité 1.
Nom physique Nom réel de la colonne dans la base de données. Informatica MDM Hub suggère un nom
physique pour la colonne en fonction du nom d'affichage que vous entrez.
Objet de base d'entité 2 Objet de base d'entité à lier via cet objet de base de relation.
Nom d'affichage Nom de la colonne qui constitue une clé étrangère pour l'objet de base d'entité 2.
Nom physique Nom réel de la colonne dans la base de données. Informatica MDM Hub suggère un nom
physique pour la colonne en fonction du nom d'affichage que vous entrez.
Colonne Clé étrangère de Colonne utilisée comme clé étrangère pour la hiérarchie qui peut prendre la valeur ROWID
la hiérarchie ou CODE.
La possibilité de choisir une colonne CODE classe d'OB réduit la complexité en vous
permettant de définir la relation de clé étrangère sur la base d'un code prédéfini, plutôt
que le ROWID généré par Informatica MDM Hub.
Nom d'affichage de la clé Nom de cette colonne de clé étrangère tel qu'il s'affichera dans la console Hub.
étrangère de la hiérarchie
Nom physique de la clé Nom réel de la colonne de clé étrangère de la hiérarchie dans la table. Informatica MDM
étrangère de la hiérarchie Hub suggère un nom physique pour la colonne en fonction du nom d'affichage que vous
entrez.
Colonne Clé étrangère du Colonne utilisée comme clé étrangère pour la relation qui peut prendre la valeur ROWID
type de rel ou CODE.
Nom d'affichage du type Nom de la colonne qui est utilisée pour stocker le type de relation CODE ou ROWID.
de rel
Nom physique du type de Nom réel de la colonne de clé étrangère du type de relation dans la table. Informatica
rel MDM Hub suggère un nom physique pour la colonne en fonction du nom d'affichage que
vous entrez.
Les objets de base ne disposent pas des métadonnées requises par le Gestionnaire de hiérarchies pour les
informations de relation. Pour utiliser les objets de base, convertissez-les en objets d'entités, puis
sélectionnez les objets d'entités que vous souhaitez associer dans un objet de relation.
Champ Description
Objet de base de l'entité 1 Objet de base de l'entité à lier via cet objet de base de relation.
Nom d'affichage Nom de la colonne qui est une clé étrangère à l'objet de base de l'entité 1.
Nom physique Nom réel de la colonne dans la base de données. Informatica MDM Hub suggère
un nom physique pour la colonne en fonction du nom d'affichage que vous
saisissez.
Objet de base de l'entité 2 Objet de base de l'entité à lier via cet objet de base de relation.
Nom d'affichage Nom de la colonne qui est une clé étrangère à l'objet de base de l'entité 2.
Nom physique Nom réel de la colonne dans la base de données. Informatica MDM Hub suggère
un nom physique pour la colonne en fonction du nom d'affichage que vous
saisissez.
Colonne Clé étrangère de la Colonne utilisée comme clé étrangère pour la hiérarchie ; peut être soit ROWID,
hiérarchie soit CODE.
La possibilité de choisir une colonne CODE de la classe de l'objet de base réduit
la complexité en vous permettant de définir la relation de clé étrangère en
fonction d'un code prédéfini, plutôt que par le ROWID généré par Informatica
MDM Hub.
Nom d'affichage de la clé Nom de cette colonne de clé étrangère tel qu'il s'affichera dans la console Hub.
étrangère de la hiérarchie
Nom physique de la clé Nom réel de la colonne de clé étrangère de la hiérarchie dans la table.
étrangère de la hiérarchie Informatica MDM Hub suggère un nom physique pour la colonne en fonction du
nom d'affichage que vous saisissez.
Colonne Clé étrangère du type Colonne utilisée comme clé étrangère pour la relation ; peut être ROWID ou
de rel CODE.
Nom d'affichage de la clé Nom de la colonne de clé étrangère qui est utilisée pour stocker le type de Rel
étrangère du type de rel CODE ou ROWID.
Nom physique de la clé Nom réel de la colonne de clé étrangère du type de relation dans la table.
étrangère du type de rel Informatica MDM Hub suggère un nom physique pour la colonne en fonction du
nom d'affichage que vous saisissez.
Remarque: Lorsque vous modifiez l'objet de base à l'aide de l'outil Gestionnaire de schéma, ne modifiez
aucune des colonnes ajoutées par le Gestionnaire de hiérarchies. La modification de ces colonnes
entraînerait un comportement imprévisible et une perte éventuelle de données.
Si la colonne de type relation que vous souhaitez rétablir est dans la table temporaire pour une recherche, la
colonne de table temporaire doit être vide avant de rétablir l'objet de base de relation.
Vous devez disposer d'un objet de base de l'entité et ajouter une colonne de clé étrangère pour le convertir en
objet de base de relation de clé étrangère.
Lorsque vous créez un objet de base de relation de clé étrangère, vous sélectionnez l'objet de base de l'entité
auquel ajouter une colonne de clé étrangère.
Champ Description
Objet de base 1 de l'entité de Sélectionnez l'objet de base de l'entité de clé étrangère dans la liste.
contrainte de clé étrangère
Colonne Objet de base existante à Nom de la colonne de l'objet de base existante utilisée pour la clé étrangère.
utiliser Vous pouvez également créer une colonne.
Nom d'affichage 1 de la colonne Clé Nom de la colonne de clé étrangère tel qu'il s'affichera dans la console Hub.
étrangère
Nom physique 1 de la colonne Clé Nom réel de la colonne Clé étrangère dans la base de données. La console
étrangère Hub suggère un nom physique pour la table en fonction du nom d'affichage
que vous entrez.
La colonne Clé étrangère représente Choisissez Entité1 ou Entité2, selon la représentation de la colonne Clé
étrangère dans la relation.
Pour utiliser des relations de clé étrangère, créez les objets de base de l'entité que vous souhaitez associer.
Utilisez des relations de clé étrangère lorsqu'il existe une relation un à plusieurs entre les entités.
Lorsque vous créez la relation de clé étrangère, vous devez ajouter une colonne de clé étrangère pour chaque
entité que vous souhaitez associer.
Types de relations
Un type de relation décrit des classes de relations et définit les types d'entités qu'une relation de ce type peut
inclure, la direction de la relation (le cas échéant) et son mode d'affichage dans la Console Hub. Vous pouvez
créer des types de relation pour des objets de base de relation ou pour des relations de clé étrangère.
Remarque: Le type de relation est une construction physique et peut avoir une configuration lourde tandis
que le type de hiérarchie tient plus d'une construction logique et a généralement une configuration légère.
Par conséquent, il est souvent plus facile d'avoir plusieurs types de hiérarchies que d'avoir plusieurs types de
relations. Veillez à bien comprendre vos données et les exigences de gestion des hiérarchies avant de définir
des types de hiérarchies et des types de relations dans le MDM Hub.
Un ensemble bien défini de types de relations de hiérarchie présente les caractéristiques suivantes :
Champ Description
Code Nom de code unique du type de rel. Peut être utilisé comme clé étrangère d'objets de base de
relation de hiérarchie.
Nom d'affichage Nom de ce type de relation tel qu'il sera affiché dans la Console Hub. Spécifiez un nom
descriptif unique.
Couleur La couleur des relations associées à ce type de relation telle qu'elle sera affichée dans la
Console Hub dans la consoleGestionnaire de hiérarchies et Informatica Data Director.
Type d'entité 1 Premier type d'entité associé à ce nouveau type de relation. Les entités de ce type pourront
avoir des relations de ce type de relation.
Type d'entité 2 Deuxième type d'entité associé à ce nouveau type de relation. Les entités de ce type pourront
avoir des relations de ce type de relation.
Direction Sélectionnez une direction pour le nouveau type de relation pour permettre une hiérarchie
dirigée. Les directions possibles sont :
- Entité 1 vers Entité 2
- Entité 2 vers Entité 1
- Sans direction
- Bidirectionnel
- Inconnu
Un organigramme est un exemple de hiérarchie dirigée, avec les rapports de relations dirigés
depuis l'employé vers le supérieur hiérarchique, etc., jusqu'au directeur de l'organisation.
Hiérarchies Cochez la case en regard de toute hiérarchie à associer à ce nouveau type de relation. Les
hiérarchies sélectionnées peuvent contenir des relations de ce type de relation.
La figure suivante montre les propriétés du type de relation « Groupe de produits est parent de Produits »
pour l'objet de relation Relation de produit :
Remarque: Si votre objet de relation utilise la colonne Code, vous ne voulez probablement pas modifier le
code de type de relation si vous avez déjà des enregistrements pour ce type de relation.
Les avertissements ci-dessus ne s'appliquent pas aux types de relation de clé étrangère. Vous pouvez
supprimer des types de relation associés à des hiérarchies. La boîte de dialogue de confirmation affiche les
hiérarchies associées au type de relation supprimé.
Packages
Cette section explique comment ajouter des packages à votre schéma au moyen de l'outil Hiérarchies. Vous
pouvez créer des packages pour des objets de base de l'entité, des objets de base de relation et des objets
de base de relation de clé étrangère. Si des enregistrements sont insérés ou modifiés dans le package, veillez
à activer l'option Put.
Un package est une vue publique d'une ou plusieurs tables sous-jacentes dans le Informatica MDM Hub. Les
packages représentent des sous-ensembles de colonnes de ces tables et de toute autre table jointe à ces
tables. Un package est basé sur une requête. La requête sous-jacente peut sélectionner un sous-ensemble
d'enregistrements de la table ou d'un autre package. Les packages sont utilisés pour configurer les vues
utilisateurs des données sous-jacentes.
Vous devez d'abord créer un package, puis l'associer aux types d'entités ou aux types de relations. En cas de
packages d'affichage pour les objets de relation de clé étrangère, vous devez inclure les colonnes
REL_START_DATE et REL_END_DATE dans le package.
Packages 233
Remarque: Vous devez configurer un package et valider le profil associé avant d'exécuter une tâche de
chargement.
Lorsque vous configurez les packages de la hiérarchie, vous indiquez quels champs d'entité doivent
s'afficher dans l'interface utilisateur et dans quel ordre. Pour chaque champ du package, vous pouvez
sélectionner un nombre à partir de 0. Si vous attribuez un champ d'une valeur de 0, il s'affiche dans l'interface
utilisateur en haut de la liste des champs.
Vous pouvez configurer les champs et leur ordre d'apparition pour les éléments suivants de l'interface
utilisateur du gestionnaire de hiérarchies :
Libellé
Vous utilisez le nombre pour spécifier les champs d'entité qui s'affichent dans l'outil Gestionnaire de
hiérarchies.
Info-bulle
La colonne à laquelle vous attribuez la valeur la plus faible est le champ qui s'affiche dans l'info-bulle
lorsque vous placez votre souris sur une entité dans l'outil Gestionnaire de hiérarchies.
Commun
Champs devant s'afficher lorsque des entités et des relations de types différents figurent dans la même
liste. Les champs que vous sélectionnez doivent être présents dans tous les packages du gestionnaire
de hiérarchies.
Rechercher
Liste
Détail
Champs qui s'affichent lorsque vous choisissez de visualiser les détails d'une entité sélectionnée.
Put
Champs dont vous pouvez modifier la valeur lorsque vous modifiez une entité sélectionnée.
Ajouter
Champs qui s'affichent lorsque vous ajoutez une entité dans le gestionnaire de hiérarchies.
1. Dans l'outil Hiérarchies, cliquez avec le bouton droit de la souris dans le volet de navigation et choisissez
Créer un package.
2. Obtenez un verrou en écriture.
L'outil de hiérarchies démarre l'assistant Créer un nouveau package et affiche la première boîte de
dialogue.
Champ Description
Groupe de requêtes Sélectionnez un groupe de requêtes existant ou choisissez d'en créer un nouveau. Dans
Informatica MDM Hub, les groupes de requêtes sont des groupes logiques de requêtes.
Sélectionnez le groupe de requêtes sous lequel la requête est organisée.
Nom du groupe de Nom du nouveau groupe de requête (nécessaire uniquement si vous avez choisi de
requêtes créer un nouveau groupe ci-dessus).
Description Description facultative pour le nouveau groupe de requêtes que vous créez.
Champ Description
Nom de requête Nom de la requête. Dans Informatica MDM Hub, une requête est une demande
pour récupérer les données depuis le stockage Hub.
Champ Description
Nom d'affichage Nom d'affichage de ce package, qui sera utilisé pour afficher le package dans l'outil
Packages.
Nom physique Nom physique pour ce package. La console Hub suggère un nom physique basé sur le nom
d'affichage que vous avez saisi.
Packages 235
Champ Description
Activer PUT Sélectionnez cette option pour permettre aux enregistrements d'être insérés ou modifiés.
(facultatif)
Si vous ne choisissez pas cela, votre package sera en lecture seule. Si vous créez un package
d'objets à relations de clé étrangère, vous avez des étapes supplémentaires à l'étape 9 de
cette procédure.
Remarque : Vous devez disposer d'un package PUT et d'un package non-PUT pour chaque
relation de clé étrangère. Les packages Put et non-PUT que vous créez pour le même objet de
relation de clé étrangère doivent avoir les mêmes colonnes.
Ressource Sélectionnez cette option pour créer une ressource sécurisée. (facultatif)
sécurisée
Champ Description
Remarque: Vous devez disposer d'un package PUT et d'un package non-PUT pour chaque relation de clé
étrangère. Les packages Put et non-PUT que vous créez pour le même objet de relation de clé étrangère
doivent avoir les mêmes colonnes.
10. Sélectionnez les colonnes pour ce nouveau package.
11. Cliquez sur Terminer pour créer le package.
Ne pas retirer les colonnes qui sont requises par Gestionnaire de hiérarchies. Ces colonnes sont
automatiquement sélectionnées (et grisées) lorsque l'utilisateur crée des packages en utilisant l'outil de
hiérarchies.
Champ Description
Libellé Colonnes utilisées pour afficher le libellé de l'entité/la relation que vous affichez dans la console
graphique du Gestionnaire de hiérarchies. Ces colonnes sont utilisées pour créer le modèle de
libellé dans la Gestionnaire du Gestionnaire de hiérarchies et Informatica Data Director.
Pour modifier un libellé, cliquez sur la valeur du libellé à droite de ce dernier. Dans la boîte de
dialogue Éditer le modèle, entrez un nouveau libellé ou double-cliquez sur une colonne pour l'utiliser
dans un modèle.
Infobulle Colonnes utilisées pour afficher la description ou le commentaire qui s'affiche lorsque vous
survolez l'entité/la relation. Utilisée pour créer le modèle d'infobulle dans la console du
Gestionnaire de hiérarchies et dans Informatica Data Director.
Pour modifier une infobulle, cliquez sur la valeur du modèle d'infobulle à droite du libellé Modèle
d'infobulle. Dans la boîte de dialogue Éditer le modèle, entrez un nouveau modèle d'infobulle ou
double-cliquez sur une colonne pour l'utiliser dans un modèle.
Commun Colonnes utilisées lorsque les entités/relations de différents types s'affichent dans la même liste.
Les colonnes sélectionnées doivent être dans les packages associés avec tous les types
d'entités/de relation dans le profil.
Détail Colonnes utilisées pour la vue détaillée d'une entité/relation affichée en bas de l'écran.
4. Lorsque vous avez terminé vos modifications, cliquez sur Enregistrer pour enregistrer vos modifications.
Packages 237
À propos des profils
Un profil de hiérarchie définit l'accès utilisateur aux objets de hiérarchie.
Un profil détermine les champs et les enregistrements qu'un utilisateur peut afficher, modifier ou ajouter
dans le gestionnaire de hiérarchies. Par exemple, un profil peut autoriser un accès complet en lecture/en
écriture à toutes les entités et relations, tandis qu'un autre profil sera en lecture seule (aucune opération
d'ajout ou de modification n'est autorisée). Une fois que vous avez défini un profil, vous pouvez le configurer
en tant que ressource sécurisée.
Ajout de profils
Un profil (appelé Par défaut) est créé automatiquement pour vous avant votre accès à Gestionnaire de
hiérarchies. Vous pouvez conserver le profil par défaut et vous pouvez également ajouter d'autres profils.
Remarque: Informatica Data Director utilise le profil par défaut pour définir le mode d'affichage des libellés
d'entité et des infobulles relatives aux relations et entités. D’autres profils (ainsi que les informations
supplémentaires définies à l'intérieur des profils) sont utilisés uniquement dans la console du Gestionnaire
de hiérarchies et non dans Informatica Data Director.
Champ Description
Édition de profils
Pour éditer un profil :
Validation de profils
Pour valider un profil :
Copie de profils
Pour copier un profil :
Suppression de profils
Pour supprimer un profil :
• Assigner les packages aux types d’entités et aux types de relations associés au profil.
• Configurer le package comme ressource sécurisée.
Tutoriel du gestionnaire de
hiérarchies
Ce chapitre comprend les rubriques suivantes :
Vous devez être familiarisé avec les données et décider des relations à établir avant de configurer la
hiérarchie. Pour ce tutoriel, nous avons des enregistrements de produits que nous voulons classer dans
différents groupes de produits. Ce tutoriel décrit les étapes permettant de configurer la hiérarchie de produit.
1. Créez l'objet de base de l'entité Produit. L'objet de base de l'entité Produit stocke les données pour les
types d'entités Groupe de produits et Produit.
241
2. Créez les types d'entités :
a. Créez le type d'entité Produit. Les enregistrements contenant les données de chaque produit seront
un type d'entité Produit.
b. Créez le type d'entité Groupe de produits. Les catégories de produit de la hiérarchie seront un type
d'entité Groupe de produits.
3. Créez l'objet de base de relation Rel de produit. L'objet de base de relation Rel de produit stocke les
données pour les types de relations Le groupe de produits est un parent du groupe de produits et Le
groupe de produits est le parent du produit.
4. Créez les types de relations :
a. Créez le type de relation Le groupe de produits est un parent du groupe de produits.
b. Créez le type de relation Le groupe de produits est le parent du produit.
5. Créez une configuration de hiérarchie. La configuration de hiérarchie associe les types d'entités, les
types de relations et le profil de hiérarchies à une hiérarchie.
6. Ajoutez les types de relations dans le profil de hiérarchie par défaut. Lorsque vous ajoutez des types de
relations au profil de hiérarchie, les types d'entités associés aux types de relations sont également
ajoutés au profil.
7. Créez les packages. Les packages et les requêtes associées définissent les données auxquelles un
utilisateur peut accéder dans le gestionnaire de hiérarchies :
a. Créez le package d'objet d'entité Produit.
b. Créez le package d'objet de relation Rel de produit.
8. Attribuez les packages :
a. Attribuez le package PKG Produit au type d'entité Produit.
b. Attribuez le package PKG Produit au type d'entité Groupe de produits.
c. Attribuez le package PKG Rel de produit au type de relation Le groupe de produits est un parent du
groupe de produits.
d. Attribuez le package PKG Rel de produit au type de relation Le groupe de produits est le parent du
produit.
9. Configurez l'affichage des données dans le gestionnaire de hiérarchies :
a. Configurez le libellé de l'objet d'entité pour chaque type d'entité.
b. Configurez le texte d'info-bulle de l'objet d'entité pour chaque type d'entité.
c. Configurez le texte d'info-bulle de l'objet de relation pour chaque type de relation.
d. Configurez les listes d'entités pour chaque type d'entité.
e. Configurez les listes de relations pour chaque type de relation.
f. Configurez les champs de recherche d'entité pour chaque type d'entité.
g. Configurez les champs de recherche de relation pour chaque type de relation.
h. Configurez les résultats de recherche d'entité pour chaque type d'entité.
i. Configurez les résultats de recherche de relation pour chaque type d'entité.
j. Configurez les détails de l'entité pour chaque type d'entité.
k. Configurez les détails de la relation pour chaque type de relation.
l. Configurez les champs d'entité pouvant être modifiés.
m. Configurez les champs de création d'entité pour chaque type d'entité.
n. Configurez les champs de création de relation pour chaque type de relation.
La hiérarchie que nous allons configurer dans le tutoriel est préconfigurée et remplie avec les données
contenues dans le Stockage de référence opérationnelle (Operational Record Store - ORS) du kit de
ressources. Importez l'exemple de Stockage de référence opérationnelle (Operational Record Store - ORS)
pour vous référer à toute la hiérarchie. Pour plus d'informations sur l'exemple de Stockage de référence
opérationnelle (Operational Record Store - ORS), consultez le Guide d'exemples ORS pour MDM Multidomain.
La hiérarchie du tutoriel comporte deux types d'entités et deux types de relations. Les types d'entités sont
Groupe de produits et Produit. Les deux types de relations sont Le groupe de produits est un parent du
groupe de produits et Le groupe de produits est le parent du produit. Les données des types d'entités sont
stockées dans l'objet de base de l'entité Produit. Les données des types de relations sont stockées dans
l'objet de base de relation Rel de produit.
L'image suivante montre une partie de la hiérarchie de produits, telle qu'elle s'affiche dans la vue de
hiérarchie de la console Hub du gestionnaire de hiérarchies :
Dans ce didacticiel, les relations dans la hiérarchie sont maintenues dans l'objet de base de relation Rel de
produit, c'est pourquoi une relation basée sur le champ de clé étrangère n'est pas requise.
Sélectionnez Code de la classe d'objet de base pour établir la relation basée sur la valeur de votre
choix.
Nom d'affichage
Nom physique
Code
Nom d'affichage
L'image suivante montre le nom d'affichage du produit tel qu'il s'affiche dans la fenêtre de recherche du
gestionnaire de hiérarchies :
Couleur
Couleur des entités associées à ce type d'entité, telles qu'elles s'affichent dans l'outil Gestionnaire de
hiérarchies.
Petite icône
Icône des entités associées au type d'entité, telles qu'elles s'affichent dans les tables du gestionnaire de
hiérarchies.
L'image suivante montre la petite icône du type d'entité Produit, telle qu'elle s'affiche dans une table du
gestionnaire de hiérarchies :
Grande icône
Icône des entités associées à ce type d'entité, telles qu'elles s'affichent dans le volet Vue de hiérarchie
du gestionnaire de hiérarchies.
Type de produit
Nom d'affichage
Type de produit
Couleur
Dans la boîte de dialogue Choisir une couleur, sélectionnez l'onglet RGB, puis entrez le code de
couleur 336600.
Petite icône
Grande icône
Couleur
Dans la boîte de dialogue Choisir une couleur, sélectionnez l'onglet RGB , puis entrez le code de
couleur 993300.
Petite icône
Grande icône
Description Facultatif.
Nom d'affichage de la clé étrangère du type de rel Type de rel de l'ID de ligne
Type de relation où une entité Groupe de produits est le parent d'une autre entité Groupe de produits. Par
exemple, le groupe de produits Mice + Pointers est le parent des groupes de produits Presenter, Mice,
Trackballs et Design Controller.
L'image suivante montre une relation où un groupe de produits est le parent d'autres groupes de
produits :
Type de relation où une entité Groupe de produits est le parent d'une entité Produit. Par exemple, le
groupe de produits Trackballs est le parent des produits TrackMan Optical, Marble Mouse, TrackMan
Wheel et Cordless TrackMan Wheel.
Code
Nom d'affichage
Description
Facultatif.
Couleur
Type d'entité 1
Type d'entité 2
Sens
Le sens de la relation. Par exemple, si vous sélectionnez Entité 1 à Entité 2, Entité 1 est le parent
d'Entité 2.
Hiérarchies
Hiérarchies auxquelles la relation appartient.
Lorsque vous créez les types de relations, configurez la relation, la manière dont le type de relation doit
s'afficher dans le gestionnaire de hiérarchies ainsi que les hiérarchies auxquelles la relation appartient.
Nom d'affichage
Description
Facultatif.
Couleur
Couleur de la flèche qui représente la relation dans le gestionnaire de hiérarchies. Dans la boîte de
dialogue Choisir une couleur, sélectionnez l'onglet RGB, puis entrez le code de couleur 0066CC.
Type d'entité 1
Type d'entité 2
Sens
Hiérarchies
Nom d'affichage
Entrez Le groupe de produits est le parent du produit.
Description
Facultatif.
Couleur
Couleur de la flèche qui représente la relation dans le gestionnaire de hiérarchies. Dans la boîte de
dialogue Choisir une couleur, sélectionnez l'onglet RGB, puis entrez le code de couleur 990099.
Type d'entité 2
Sélectionnez Produit.
Sens
Hiérarchies
Nom d'affichage
Nom de la hiérarchie tel qu'il s'affiche dans la console Hub. Type de produit.
Description
Facultatif.
5. Cliquez sur Enregistrer.
4. Dans la section Types de relations de l'onglet Général du volet de profil, activez les types de relations Le
groupe de produits est un parent du groupe de produits et Le groupe de produits est le parent du
produit.
5. Cliquez sur Enregistrer.
Utilisez l'outil Hiérarchies pour créer des packages de hiérarchie et des requêtes associées. Lorsque vous
créez le package, sélectionnez les colonnes qui doivent être disponibles pour configurer l'accès. Vous ne
pouvez pas configurer une colonne pour qu'elle soit disponible dans le gestionnaire de hiérarchies si elle ne
fait pas partie du package.
Après avoir créé le package de hiérarchie, il s'affiche dans l'outil Package et la requête s'affiche dans l'outil
Requêtes. Vous ne pouvez pas utiliser les outils Package ou Requête pour créer des packages ou des
requêtes de hiérarchie.
Pour plus d'informations sur les packages et les requêtes, consultez le Guide de configuration de
MDM Multidomain.
Package d'affichage
Package d'entrée
Si vous n'attribuez pas de package d'entrée à un type d'entité ou de relation, vous ne pouvez pas créer ni
modifier ce type. Par exemple, si vous n'attribuez pas de package d'entrée au type d'entité Produit, vous ne
pouvez pas créer d'enregistrement de produit ni modifier un enregistrement de produit existant dans le
gestionnaire de hiérarchies. Vous pouvez seulement attribuer un package d'entrée activé pour l'entrée.
4. Sélectionnez le package PKG Rel de produit dans la liste Package d'affichage MDM.
5. Sélectionnez le package PKG Rel de produit dans la liste Package d'entrée MDM.
4. Sélectionnez le package PKG Rel de produit dans la liste Package d'affichage MDM.
5. Sélectionnez le package PKG Rel de produit dans la liste Package d'entrée MDM.
Vous pouvez désormais configurer l'affichage des données du type de relation Le groupe de produits est le
parent du produit dans la section Packages HM.
Pour configurer l'affichage des données dans le gestionnaire de hiérarchies, configurez les packages de
gestionnaire de hiérarchies pour chaque type de relation et d'entité. Si vous avez plusieurs profils de
hiérarchie, vous devez configurer l'affichage des données pour chaque profil.
Vous pouvez configurer les champs qui doivent s'afficher et l'ordre dans lequel ils doivent s'afficher pour les
éléments suivants de l'interface utilisateur du gestionnaire de hiérarchies :
Libellé
Info-bulle
Texte qui s'affiche lorsque vous pointez sur une entité ou une relation dans l'outil Gestionnaire de
hiérarchies.
Commun
Champs devant s'afficher lorsque des entités et des relations de types différents figurent dans la même
liste. Les champs que vous sélectionnez doivent être présents dans tous les packages du gestionnaire
de hiérarchies.
Rechercher
Champs que vous pouvez utiliser pour rechercher un enregistrement d'entité ou de relation.
Liste
Champs qui s'affichent dans la liste des résultats de recherche d'un enregistrement d'entité ou de
relation.
Détail
Champs qui s'affichent lorsque vous choisissez de visualiser les détails d'une entité ou d'une relation
sélectionnée.
Put
Champs dont vous pouvez modifier la valeur lorsque vous modifiez une entité ou une relation
sélectionnée.
Ajouter
Champs qui s'affichent lorsque vous ajoutez une entité ou une relation dans le gestionnaire de
hiérarchies.
5. Dans la section Packages HM pour un type d'entité, cliquez sur le bouton Modifier du champ Modèle de
libellé.
6. Dans la boîte de dialogue Éditer la forme, double-cliquez sur {#} ==> {Product Name}.
Dans le champ Forme brute, vous pouvez concaténer des colonnes ou ajouter un texte personnalisé.
Nous allons utiliser la colonne Nom du produit sans texte personnalisé.
7. Cliquez sur Enregistrer.
L'image suivante montre une entité Produit portant le nom du produit Media Desktop Laser tel qu'il s'affiche
dans le gestionnaire de hiérarchies :
5. Dans la section Packages HM pour un type d'entité, cliquez sur le bouton Modifier du champ Forme de
l'info-bulle.
Dans le champ Forme brute, vous pouvez concaténer des colonnes ou ajouter un texte personnalisé.
Nous allons utiliser la colonne Desc du produit sans texte personnalisé.
7. Cliquez sur Enregistrer.
L'image suivante montre l'entité Produit LS1 Laser Mouse avec la description du produit affichée en tant
qu'info-bulle :
4. Dans la section Packages HM pour un type d'entité, cliquez sur le bouton Modifier du champ Forme de
l'info-bulle.
5. Dans le champ Forme brute de la boîte de dialogue Éditer la forme, entrez est un parent de.
6. Cliquez sur Enregistrer.
• Nom du produit
• Numéro de produit
• Description du produit
• Code de type de produit
• Objet d'ID de ligne
L'image suivante montre l'onglet Recherche tel qu'il s'affiche dans le gestionnaire de hiérarchies :
• Objet Rowid
• Hiérarchie Rowid
• Identifiant de produit 1
• Identifiant de produit 2
• Indicateur d'état du Hub
• Objet Rowid
• Hiérarchie Rowid
• Identifiant de produit 1
• Identifiant de produit 2
• Nom du produit
• Description du produit
• Numéro de produit
• Code de type de produit
• Objet d'ID de ligne
• Indicateur d'état du Hub
• Objet Rowid
• Hiérarchie Rowid
• Identifiant de produit 1
• Identifiant de produit 2
• Indicateur d'état du Hub
• Nom du produit
• Numéro de produit
Pour plus d'informations sur l'Éditeur d'enregistrement de relation du gestionnaire de hiérarchies, consultez
le Guide du Gestionnaire de données de MDM Multidomain.
• Nom du produit
• Numéro de produit
• Description du produit
• Code de type de produit
Pour plus d'informations sur l'outil Gestionnaire de hiérarchies de la console MDM Hub, consultez le Guide du
Gestionnaire de données de MDM Multidomain.
Pour plus d'informations sur l'outil Gestionnaire de hiérarchies dans Informatica Data Director, consultez le
Guide de l'utilisateur de Data Director pour MDM Multidomain.
279
Chapitre 15
280
Remarque: Le processus de publication n'est pas montré dans cette figure, car ce n'est pas un traitement par
lot.
Indicateur consolidé
Tous les objets de base ont une colonne du système nommée CONSOLIDATION_IND.
Cet indicateur consolidé représente l'état de consolidation d'enregistrements individuels au cours de leur
progression dans les différents processus du MDM Hub.
2 QUEUED_FOR_MERGE Indique que l'enregistrement peut avoir été traité par le processus de
correspondance et qu'il est prêt pour une fusion. En outre, l'enregistrement peut
avoir été traité par le processus de fusion et est prêt pour une autre fusion.
3 Ni MERGED, ni MATCHED Cet enregistrement a été traité par le processus de correspondance et est prêt à
être consolidé. En outre, si un enregistrement a été traité par le processus de
fusion manuelle, où la correspondance est effectuée par un gestionnaire de
données, l'indicateur consolidé est 2.
4 NEWLY_LOADED Indique que l'enregistrement est une nouvelle insertion ou que sa fusion a été
annulée et qu'il doit être traité par le processus de correspondance.
1. Lors du processus de chargement, lorsqu'un nouvel enregistrement est chargé dans l'objet de base,
Informatica MDM Hub affecte à l'enregistrement un indicateur consolidé de 4, indiquant qu'il doit être
mis en correspondance.
2. À l'approche du démarrage du processus de correspondance, lorsqu'un enregistrement est sélectionné
comme candidat de correspondance, le processus de correspondance modifie son indicateur consolidé
sur 3.
Remarque: Toute modification des paramètres de configuration de correspondance ou de fusion
déclenche une boîte de dialogue de réinitialisation de la correspondance, qui demande si vous souhaitez
réinitialiser les enregistrements de l'objet de base (modifier l'indicateur consolidé sur 4, prêt pour la
correspondance).
3. Avant de se terminer, le processus de correspondance modifie l'indicateur consolidé des
enregistrements de candidats de correspondance sur 2 (prêt pour la consolidation). Si vous effectuez
une fusion manuelle, le gestionnaire de données effectue une correspondance manuelle et l'indicateur
consolidé des enregistrements fusionnés est de 2.
Remarque: Le processus de correspondance peut trouver ou non des correspondances pour
l'enregistrement.
Un enregistrement avec un indicateur consolidé de 2 est visible dans le gestionnaire de fusions.
4. Si l'option Accepter toutes les lignes non correspondantes comme uniques est activée et que
l'enregistrement a subi le processus de correspondance, mais qu'aucune correspondance n'a été
trouvée, Informatica MDM Hub définit automatiquement son indicateur consolidé sur 1 (unique).
5. Si l'option Accepter toutes les lignes non correspondantes comme uniques est activée une fois que
l'enregistrement a subi le processus de consolidation et qu'il ne contient plus de doublons avec lesquels
fusionner, Informatica MDM Hub définit son indicateur consolidé sur 1 pour indiquer que cet
enregistrement est unique dans l'objet de base et qu'il représente l'enregistrement principal (meilleure
version de la vérité) pour cette entité dans l'objet de base.
Remarque: Une fois que l'indicateur consolidé d'un enregistrement est défini sur 1, Informatica MDM Hub
ne le fera jamais correspondre directement avec un autre enregistrement. Les nouveaux enregistrements
ou les enregistrements mis à jour (avec un indicateur consolidé de 4) peuvent être mis en
correspondance avec des enregistrements consolidés.
La survie s'applique aux colonnes approuvées et non approuvées. Lorsque MDM Hub compare des cellules
provenant de deux enregistrements différents, il détermine la survie en fonction des facteurs suivants, par
ordre de priorité :
1. Par score d'approbation. Le score d'approbation s'applique uniquement si l'approbation est activée pour
la colonne. Si les scores d'approbation sont égaux ou si l'approbation n'est pas activée pour la colonne,
MDM Hub passe à la comparaison suivante.
Survie du ROWID_OBJECT
Lorsque des enregistrements sont fusionnés, MDM Hub détermine un ROWID_OBJECT qui reste fonctionnel
pour devenir le ROWID_OBJECT de l'enregistrement fusionné. La survie du ROWID_OBJECT dépend de
l'emplacement où les enregistrements sont fusionnés et du mode de fusion utilisé. Par exemple, la survie des
enregistrements après une tâche de fusion par lot diffère de leur survie dans Informatica Data Director (IDD).
MDM Hub gère la survie du ROWID_OBJECT différemment dans chacun des scénarios suivants :
Lors d'une tâche de fusion par lot, MDM Hub prend en considération l'indicateur consolidé pour tous les
enregistrements. Lorsqu'un nouvel enregistrement (CONSOLIDATION_IND = 4) est mis en
correspondance et fusionné avec un enregistrement consolidé (CONSOLIDATION_IND = 1), le
ROWID_OBJECT consolidé l'emporte. Lorsque deux nouveaux enregistrements (CONSOLIDATION_IND =
4) sont mis en correspondance, l'enregistrement contenant le ROWID_OBJECT le plus faible l'emporte.
Lorsque vous utilisez l'API SIF de fusion pour fusionner des enregistrements, le ROWID_OBJECT cible
l'emporte. La cible est le premier enregistrement répertorié dans la demande SIF.
Lorsque vous fusionnez des enregistrements en temps réel dans IDD, le ROWID_OBJECT cible l'emporte.
La cible est l'enregistrement qui affiche la colonne Aperçu de la fusion dans la vue Comparaison
correspondance/fusion d'IDD.
Lorsque vous mettez des enregistrements en file d'attente pour fusion, le ROWID_OBJECT de
l'enregistrement en cours qui s'affiche dans IDD l'emporte. Cependant, la survie dans IDD dépend aussi
de l'indicateur consolidé des enregistrements d'objets de base. Par exemple, si un enregistrement
(CONSOLIDATION_IND = 4