Discussion :

[olfa2013]

bonjour
comment faire une synchronisation entre deux bases de données avec Talend Open Studio.

[XxArchangexX]

Bonsoir,

Il faudrait un peu plus de précision ...

Pour la base :

Talend propose des composants, comme TMSSqlInput pour interroger une base sql server et tMSSqlOutput pour alimenter une base sql Server. Sachant qu'il y a d'autre composant pour d'autre type de base.

Et un composant tMap pour effectuer des traitements sur les données.

[olfa2013]

j'ai déjà commencer a travaillé avec tmysqlInput/ouput et tmap mais je n'arrive pas à synchroniser les suppression
ensuite je dois gérer les conflit parceque j'ai deux applications l'un qui tourne en local et l'autre est hébergé en ligne si je modifie en local l'autre base sera changé automatiquement et le contraire. donc comment je peux détecter ses modifications?

[XxArchangexX]

Si l'application local et l'application distante utilisent la même base de données et qu'actuellement chaqune des applis travaillent avec sa propre base. Je pense qu'il serait plus logique de revoir l'architecture pour que les deux applis travaillent sur la même base non?

donc comment je peux détecter ses modifications?

Par des triggers PL/SQL. Mais reporter la suppression, l'ajout ou la modification d'une base à l'autre n'est pas gagné entre les lock table et la cohérence des données.

[olfa2013]

Si l'application local et l'application distante utilisent la même base de données et qu'actuellement chaqune des applis travaillent avec sa propre base. Je pense qu'il serait plus logique de revoir l'architecture pour que les deux applis travaillent sur la même base non?

normalement chaque application travaille avec sa propre base qui possède la même architecture

Par des triggers PL/SQL. Mais reporter la suppression, l'ajout ou la modification d'une base à l'autre n'est pas gagné entre les lock table et la cohérence des données.

J'ai bien compris ce que tu voulais dire

[XxArchangexX]

normalement chaque application travaille avec sa propre base qui possède la même architecture

Il y a une raison particulière? c'est étrange pourquoi ne pas les faire travailler sur une seule et même base ?

J'ai bien compris ce que tu voulais dir

J'ai bien ou j'ai rien , avec le smiley, j'opte pour le deuxième choix :

Situation 1 :

Si les 2 applications tournent tout le temps, cela va être très complexe de stabiliser la cohérence des deux bases.

Exemple :

L'application 1 tourne : Action de modification effectuée sur une table
En même temps
L'application 2 tourne : Action d'insertion effectuée sur une table. La même que l'application 1

Ce que tu souhaites c'est reporter l'insertion de l'application 2 dans la base de l'application 1, dans la situation du dessus la table étant bloqué durant la modification, l'insertion ne sera reportée qu'après la fin du blocage. Cela va engendrer une incohérence temporaire des 2 bases, rajoutons à cela une coupure d'électricité et c'est pas gagné.

Situation 2 :

Les applications sont en pause le soir : Il faut synchroniser la base de l'application 1 vers l'application 2 puis celle de l'application 2 vers l'application 1 pour une bonne stabilité.

Ou faire une 3 ème base de données qui rassemble les 2 bases et les applications qui utilisent les données des bases vont utiliser les données de la 3ème base.

C'est ma vision des choses.