synchronisation entre 2 base de données sql via un web servicesur .net en c#

**toga222** · 16/02/2011, 15h27

bonjour,
Je suis débutant dans les web services,
je cherche une solution ou un code pour synchroniser 2 bases de données SQl qui ne se trouvent pas sur le même réseau via un web service.
Mon environnement de travail est .net et mon langage est c#.

Autrement dit,pour mettre à jour une base de donnée sql locale a partir d'une base de donnée externe via un web service.

Est-ce que vous avez d'idées ou des tutou..?
Cordialement,
toga222

**Arnard** · 16/02/2011, 17h13

Réplication dans les 2 sens ou maitre-esclave ?
Schéma de la base ? Quantité théorique d'éléments à chaque MAJ (nombre et poids) ? Fréquence de mise à jour ?

Tu as envisagé une réplication ?

**toga222** · 16/02/2011, 18h31

Envoyé par Arnard

Réplication dans les 2 sens ou maitre-esclave ?
Schéma de la base ? Quantité théorique d'éléments à chaque MAJ (nombre et poids) ? Fréquence de mise à jour ?

Tu as envisagé une réplication ?

1- replication dans un seule sens:de la base de donné externe vers la base de donnéé interne.
pour le shéma de la base,il s'agit de la table stock qui se trouve dans l'usine(id config INT,idsite INT,id quantite INT) avec une table configuration(idconfig int)
et une table site(idsite INT) qui sont relié entre elles par des clés secondaire.
c'est tout ce qu'il me faut comme table pour l'instant.
et dans la base interne(application.net) j'ai les même tables ,quand on modifie la base dans l'usine ,il faut que le web service mette à jour la base interne.
, il faut que le web service se déclenche et mette à jour tout les 1 heures si c'est possible..
J'espère que j'étais claire

**Arnard** · 17/02/2011, 00h45

2 possibilités :

* Stocker chacune des requêtes SQL, envoyer régulièrement à ton service web lesdites requêtes pour les jouer sur le 2e serveur. ceci a l'avantage de permettre de gérer simplement les Delete.
Positif : système simple.
Négatif : Si par contre tu modifies 10 fois l'entité, ça entraine 10 requêtes à transmettre.

* Stocker les données ajoutées/modifiées dans des tables temp (tu joues donc 2 fois les requêtes, sachant que dans le 2e cas, il s'agit de déterminer si insert ou update) (avec une case en plus pour signaler les éléments supprimés).

Ensuite, tu traites chacun des enregistrement pour en faire un objet à transmettre, accompagné de l'état Delete ou non, et laisser la responsabilité à ta couche service de vérifier s'il s'agit d'un ajout/update/delete (donc 1 requête au préalable pour savoir si l'item existe déjà ou non, afin de savoir s'il s'agit d'un update ou insert. SQL Server 2008 intègre le MERGE, qui économise cette opération, cela correspond à un update OR insert). U

Une fois le transfert effctué, tu purges ta table (il faut donc un verrou/un buffer d'attente lors du processus de maj)

Potentiellement tu gagnes en temps, car tu ne transfères que le dernier état de ton objet. Par contre le traitement est plus complexe., A charge de ton client d'appeler ton serveur toutes les heures.

jette un œil quand même à la réplication de fusion via web service, ça peut sans doute te faire gagner du temps : http://msdn.microsoft.com/fr-fr/library/ms151763.aspx

**toga222** · 17/02/2011, 13h49

merci arnaud pour ta réponse, mais au niveau technique, je trouve des difficultés pour coder tout ce que tu m'as dit.
Personnellement je ne suis pas capable de réaliser tout ca.
Est ce que tu as un exemple ou un tuto pour que je puisse avancer?
Cordialement,

Toga222