Précédent   Forum des professionnels en informatique > Bases de données > MS SQL-Server
MS SQL-Server Forum Microsoft SQL-Server. Avant de poster -> FAQ SQL-Server, Tutoriels SQL-Server
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 01/03/2011, 22h31   #1
Membre expérimenté
 
Inscription : octobre 2002
Messages : 654
Détails du profil
Informations forums :
Inscription : octobre 2002
Messages : 654
Points : 552
Points : 552
Par défaut Synchonisation bidirectionnelle d'une table entre deux bases

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
soazig est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 02/03/2011, 09h44   #2
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 950
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 950
Points : 17 769
Points : 17 769
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 * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 06/03/2011, 09h52   #3
Membre expérimenté
 
Inscription : octobre 2002
Messages : 654
Détails du profil
Informations forums :
Inscription : octobre 2002
Messages : 654
Points : 552
Points : 552
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
soazig est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 06/03/2011, 12h30   #4
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 950
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 950
Points : 17 769
Points : 17 769
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 * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 14h53.


 
 
 
 
Partenaires

Hébergement Web