Discussion :

[GarsDuCalvados]

Bonjour,

J'ai une table qui log la totalité des modifications des agents dans une application RH.
On souhaite positionner un trigger sur cette table afin de nous permettre de mettre à jour un modèle de données interne pour la gestion des comptes utilisateurs.

Ce modèle de données se trouve dans une base de données. Nous devrons donc utiliser un db_link.

Je me pose des questions :

• Comment faire en sorte qu'en cas de problème de communication pour le db_link, ça ne bloque pas l'application RH source?
• Dans le cas ou nous rencontrons un problème de communication, comment prévoir la récupération du delta qui n'aura pas été mis en jour dans notre modèle de données interne?

Merci à vous pour vos avis,

Matt

[McM]

Bonjour,

Tu as 2 solutions :
1/ Un trigger sur ta table de Log qui va insérer dans une table "A_TRANSFERER"
Un traitement régulier qui prend toutes les données de cette table, les transfère par Dblink et supprime les données de la table A_TRANSFERER

2/ Un ajout d'une colonne en TIMESTAMP dans la table des logs
Un traitement régulier qui prend toutes les données de cette table dont le timestamp est > au dernier timestamp transféré (il faut donc le stocker quelque part), les transfère par Dblink et stocke le dernier timestamp transféré

Pour le cas 2, il peut y avoir des "oublis" de ligne si tout ce qui insère dans la table de log ne commite pas tout de suite, il faut donc soit se garder une marge sur la plage des timestamp à prendre en compte, soit utiliser la solution 1

[GarsDuCalvados]

Bonjour,

Merci pour ton retour.

Je vais créer une table dans la base source qui collecte les evennements et un job sur la base distante qui collectera les informations.

Matt