|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre expérimenté
![]() Inscription : octobre 2002 Messages : 654 ![]() |
Bonjour,
Nous avons une table synthese dans une base A, et une table synthese dans une base B. Il faut que nous trouvions un système pour que les modifications faites sur la table Synthèse dans la base A soit répercutées sur la table synthèse dans la base B et réciproquement. Les bases A et B ne sont pas forcément sur le même serveur. Les bases A et B ne contiennent pas les mêmes tables par ailleurs. A est sous SQL server 2005, B sur 2005 ou 2008, je ne suis plus sure. LEs modifications faites dans A le sont par une application .net qui appelle des procédures stockées. Les modifications faites dans B le sont à partir de client qui appellent des transactions de mises à jour écrites en C. ou à partir de batchs ecrits en cobol. A quelles solutions techniques pensez vous? Remarque il est possible que nous ayons à mettre en place une réplication de l'information sur une troisième base, mais là il n'y aurait pas de saisie. Demain je posterai les solutions auquelles nous avons pensé mais qui sont lourdes. Remarque nous souhaitons faire le moins possible de modifications aux batchs cobol car nous connaissons mal le cobol. Merci de votre aide. Soazig |
|
|
00
|
|
|
#2 |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 10 950 ![]() |
Il suffit de mettre en place une réplication de fusion.
Il y a de nombreux préalable et en particulier que toutes vos tables aient une clef primaire. Pour la réplication en lecture seulement, différentes techniques sont possibles :comme la réplication transactionnelle. A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
|
|
#3 |
|
Membre expérimenté
![]() Inscription : octobre 2002 Messages : 654 ![]() |
Bonjour,
Suite à la suggestion de sqlpro, un collègue s'est penché sur la réplication de fusion, cela correspond à la problématique, mais il semble que la configuration soit délicate et manuelle, or nous travaillons sur deux progiciels et il faudrait pouvoir scripter l'installation, configuration lors de l'installation de la version gérant la synchronisation. Est-ce possible? Si oui, un lien ou une piste pour nous indiquer comment le faire serait un plus. Désolée, j'avais oublié de préciser cette contrainte importante. Merci de votre aide Soazig |
|
|
00
|
|
|
#4 |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 10 950 ![]() |
Tout ce qui est faite par l'IHM est en fait du code SQL scriptable.
Il suffit de demander le script dans l'IHM plutôt que d'appuyer sur le bouton OK. Dans le pire des cas, après mise en place vous pouvez demander un rétro script dans l'IHM. A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
Copyright © 2000-2012 - www.developpez.com