Discussion :

[spanot]

Bonjour,

Je reprends une application qui effectue une synchro entre un serveur central et des postes clients, utilisant des procédures stockées avec des instructions du type INSERT / SELECT, ou UPDATE / SELECT.

le principe est que sur les postes clients, on déclare sur le serveur local (SQL 2005 Express) un serveur lié, qui est le serveur central (SQL 2005), et dans les procédures stockées, on utilise des synonymes qui pointent sur les tables du serveur central.

lorsque j'effectue la synchro sur mon réseau local, le temps de traitement n'excède pas quelques secondes.

la même synchro en distant prend 10 voire même 20 minutes.

pourtant, les liaisons sont assurées via des routeurs 4mb, et l'opérateur a réalisé des tests qui donnent une vitesse de 512 ko en sdsl, et assure qu'à aucun moment, un pic de charge a été atteint.

pensez vous que le problème puisse venir de SQL Server ?

j'hésite à ce jour à envisager l'utilisation de la réplication, car le temps de migration me semble assez élevé.

Vos avis et critiques sont les bienvenus.

[SQLpro]

Si la réplication a été inventée c'est justement parce qu'elle est asynchrone et permet donc d'aller plus vite car il n'y a pas de couplage directe entre un serveur et l'autre.

La vous faites en fait une transaction distribuée...

A +