Capture de données modifiées
I
Operation$
D
UO, UU
UN
D
B
I
DI_OPERATION_TYPE
U
20.2.6 Configuration d'une table source CDM Oracle
Quand vous faites glisser une table de banque de données CDM dans un flux de données, elle devient automatiquement un objet source.
1.
Faites glisser une table de banque de données CDM dans un flux de données.
2.
Cliquez sur le nom de cet objet source pour ouvrir son éditeur de table source.
3.
Cliquez sur l'onglet Options CDM.
4.
Indiquez une valeur pour le nom d'abonnement CDM
Pour en savoir plus, consultez le
Guide de référence.
20.2.6.1 Utilisation des points de contrôle
Lorsqu'un job de SAP BusinessObjects Data Services s'exécute avec les points de contrôle activés, le progiciel utilise le nom d'abonnement de la table source pour lire le plus récent ensemble de lignes ajoutées. Si vous n'activez pas les points de contrôle, le job lit toutes les lignes de la table, ce qui augmente le temps de traitement.
Pour utiliser les points de contrôle, saisissez un nom dans la zone Nom d'abonnement CDM de l'Editeur de table source et sélectionnez l'option Activer le point de contrôle.
Remarque :
Pour éviter les problèmes de corruption de données, ne réutilisez pas les flux de données qui utilisent les banques de données CDM parce que chaque fois qu'une table source extrait des données, elle utilise le même nom d'abonnement. C'est-à-dire que des jobs identiques, selon le moment où ils sont exécutés, peuvent obtenir des résultats différents et laisser des points de contrôle à différents endroits de la table. Par exemple, lorsque vous migrez des jobs CDM de test en production, un scénario de meilleure pratique consisterait à modifier le nom d'abonnement pour le job de production afin que le job de test, s'il est à nouveau exécuté, n'affecte pas les résultats du job de production.
721 2012-11-22
Capture de données modifiées
722
20.2.6.2 Utilisation des pré-images
Si vous voulez récupérer les pré-images des lignes UPDATE avant que l'opération de mise à jour soit appliquée à la source, le progiciel peut développer la ligne UPDATE en deux lignes : une pour la pré-image de la mise à jour et une pour la post-image de la mise à jour. La pré-image d'une ligne de mise à jour est l'image de la ligne avant qu'elle ne soit modifiée et la post-image d'une ligne de mise à jour fait référence à l'image de la ligne après application de la modification.
Comportement par défaut : un lecteur CDM récupère uniquement les post-images. En ne récupérant pas les pré-images, moins de lignes passent par le moteur, ce qui permet de diminuer le temps d'exécution du job.
Vous pouvez utiliser les pré-images pour :
• Mettre à jour les clés primaires
Remarque :
Dans la plupart cas, lorsque les tables source sont mises à jour, leurs clés primaires n'ont pas besoin d'être actualisées.
• Effectuer les calculs des modifications entre les données des colonnes
Par exemple, vous pouvez calculer la différence entre le nouveau et l'ancien salaire d'un employé en examinant la différence entre les valeurs des champs de salaire.
20.2.6.2.1 Pour capturer les pré-images des lignes de mise à jour :
1.
Au moment de la création d'une table CDM, vérifiez que la table CDM Oracle est également configurée pour récupérer les pré-images complètes.
Si vous créez une table CDM Oracle à l'aide de Designer, vous pouvez sélectionner Obtenir les
pré-images dans ce but.
2.
Sélectionnez Obtenir les pré-images pour chaque ligne de mise à jour dans l'éditeur source de la table CDM.
Si la table CDM sous-jacente n'est pas correctement configurée, l'activation de l'option Obtenir les pré-images pour chaque ligne de mise à jour n'a aucun effet.
Après avoir sélectionné l'option Obtenir les pré-images pour chaque ligne de mise à jour, le progiciel traite deux lignes lors de chaque mise à jour. Outre l'impact sur les performances de cette augmentation du volume de données, les paires de pré et post-images peuvent être séparées ou perdues selon la conception de votre flux de données. Cela provoque des problèmes d'intégrité des données.
La transformation Map_CDC_Operation peut résoudre les problèmes, mais des résultats indésirables peuvent toujours se produire en raison d'erreurs de programmation. Lors de l'utilisation de fonctions et transformations qui réordonnent, redirigent, éliminent et multiplient le nombre de lignes dans un flux de données (par exemple, en raison de l'utilisation des clauses GROUP BY ou ORDER BY dans une requête) soyez conscients de l'impact possible sur les cibles.
2012-11-22
