Comment synchroniser les données déconnectées d'1 personne itinérante avec une base "maître" SQL2K5?

Bonjour,

Un client me demande de lui développé un outil qui puisse fonctionné en mode déconnecté car les commerciaux n'ont pas forcément la possibilité d'être connecté lors de leur tournée.

L'outil doit donc permettre de se synchroniser (dans le sens serveur / poste client).

La base centrale est en SQL Server 2005 et les postes des commerciaux embarqueront la version express. L'outil est développé en c# (framework 2)

Je pensais utiliser l'outil de réplication de sql server mais l'outil dois offrir la possibilité de choisir les fiches clients qu'il veut synchroniser et je ne vois pas comment mettre en place ce filtre.

Si je ne passe pas par l'outil de réplication sql server, l'autre solution est d'utiliser une (ou plusieurs) procédure stockées qui se lanceront lorsque l'utilisateur voudra se synchroniser.

Qu'en pensez-vous, quelle solution préconisez-vous ?

Salut,

Tu comptes faire comment pour permettre aux utilisateurs d'exploiter la base? Il faut un serveur web pour faire de l'ASP.

Sinon, il me semble que la question concerne plus le forum SQL, non?

A+

Jette un oeil à cette page, ça devrait te donner quelques idées...

Mais comme dit Immobilis, si c'est un site web ça me parait compromis :?
(à moins de faire tourner le site sur les machines des commerciaux, mais dans ce cas autant faire une appli "client lourd"...)

Le plus simple c'est la 3G. :mrgreen:

Chaque utilisateurs embarque une copie de la base et le "site" s'exécute en
local sur leur poste.

Ils synchronisent leur base le lundi avant de partir faire leur tournée.

Je suis bien d'accord avec la 3G mais les commerciaux n'en sont pas équipés...

Le problème n'est pas purement sql server car je dois piloter ça via l'outil en C#.

Merci de ton lien tomlev je vais regarder ça.

Après réflexion, voilà comment je pense procéder :

Chaque tables modifiables par les commerciaux sur leur base locale possèdera un champ booléen Lock.

Ensuite, à l'aide de procédures stockées utilisant TableDiff, je compare les tables en local avec les tables sur le serveur et je met à jour ma base local.

Qu'en dîtes vous ? comment optimiser cela ?

ben tu as pas regardé le lien que je t'ai filé ?
normalement le framework de synchro de Microsoft gère tout ça pour toi, tu as pas besoin de faire ton propre mécanisme de synchro...

Oui mais d'après ce que j'ai put lire il faut le framework 3.5 or je suis en 2.0.

Citation:

---

Envoyé par amamildor

Oui mais d'après ce que j'ai put lire il faut le framework 3.5 or je suis en 2.0.

---

ah ok...


En tous cas je vois mal comment un champ booleen pourrait suffire... il faudrait plutôt un numéro de version de l'enregistrement, et/ou une date...

Oui il y aura un champs avec la date de dernière synchro et un avec la date de dernière mise à jour.

Le lock permettra de ne pas mettre à jour les données local en cours de modifs et comparant la date de dernière synchro et de modif, je saurais qui dois se mettre à jour.

La fonction tablediff va me permettre de comparer les tables des 2 bases pour voir si il y a eut des suppressions ou ajouts d'enregistrement et d'agir en conséquence.

eh bien on dirait que que tu commences à avoir une idée assez précise de la chose ;)