si cette option est activée, le CKM est appliqué avant le chargement dans target empêchant ainsi le chargement d'enregistrement erronés.
que ce passe dans ce flux et ceci, aprés le chargement, une table de vérification est crée (SNP_CHECK_TAB) en supprimant la table de vérification précédente et les erreurs précédentes comme le fait ODI en général.
maintenant il crée une nouvelle table d'erreur, et vérifie la contrainte de la clef primaire, les autres contraintes et conditions definis dans la base des données ou dans le model ODI.
si l'enregistrement ne respect pas la contrainte ou la condition, il est ajouter dans la table E$ et une entrée le concernat est ajouté dans la table SNP_CHECK_TAB avec des informations sur la schéma, le message d'erreur et le nombre, ect ...
Finalement les autres enregistrement sont enregistrée selon le KM et la logique
E$ table
Dans la table E$, l'ensemble des colones de la table source et le colonne erreur contenant le nom d'erreur sont associé avec un ROW_ID.
SNP_CHECK_TABLE
STATIC CONTROL
si cette option est activée, le CKM est appliqué aprés le chargement dans target.
Il y a une contrainte de PK sur la table, donc l'insertion echoue.
Regardant un exemple ou la table source n'as pas de contrainte et que la contrainte est appliqué dans niveau d'ODI.
Après l'insertion dans la table target, il utilise le CKM sélectionné et procède à la vérification de toutes les contraintes et conditions et finalement charge les enregistrements rejetés dans E$ et SNP_CHECK_TAB.
Aucun commentaire:
Enregistrer un commentaire