Discussion :

[rippoz]

Bonjour,

Le question à surement déjà été posée sur ce sujet , mais du fait de l'environnement de dev un peu spéciale je prefere la reposer.

Nous disposons actuellement d'un outils interne de gestion de nos clients (réaliser en Windev et sous base client serveur Hyperfile)

Nous avons donc du monde au siege et des commerciaux itinérant qui ne peuevent actuellement utiliser l'appli que si ils on internet (passe par un vpn pour se connecter)

Nous voudrions faire un mode OFFLINE pour les commerciaux, avec une synchro/replication lors de la connexion .

MySQL semble proposer une telle solution. Par contre je n'ai pas trouvé de tuto clair ou de documentation précise sur comment mettre en place ce systeme


Pouvez vous m'aidez ??

Cordialement

[oxilab]

Bonjour,

La réplication ne fonctionne que dans un sens.

Du Master vers le Slave.

Les commerciaux pouraient avoir les infos du master tels qu'ils se sont connecté la fois précédante.

Mais ils ne peuvent pas mettre à jour les infos sur le master à partir de leurs poste.

Sauf si tu insères les infos dans une table temporaire avec un champ status, et que tu as un applicatif qui vérifie si il est connecté ou non. Et si il est connecté il met à jour les infos sur le maitre.

Bon courage.

Oxilab.

[rippoz]

D'accord donc il n'y a pas à proprement parler de systeme de synchronisation auto ( gestion des clefs , des doublons ...)

La remonté des infos doit se faire à la main


Y a t il qqchose de prévue ds les prochaines version de mysql ??

Cordialement,

[rippoz]

Personne ?

[Maximil ian]

Salut,

Techniquement, la réplication bidirectionnelle est possible mais non recommandée par MySQL.

http://dev.mysql.com/doc/refman/5.0/...aitem-16-3-4-5

Ce qui est sûr, c'est que MySQL ne propose pas de cadre pour gérer une synchronisation telle qu'on la conçoit avec des bases distantes nomades parfois connectées, parfois déconnectées.
C'est à toi d'implémenter ton propre système avec gestion de la synchronisation avec le master, de la bascule connecté/déconnecté, politique de traitement des UPDATE concurrents provenant de différents clients, des conflits potentiels, etc.

Si tu as l'opportunité de redévelopper l'appli, des plateformes comme .NET avec ADO.NET intègrent des mécanismes intéressants de travail en mode déconnecté au niveau client (les données ne sont plus stockées dans une base relationnelle locale mais dans des datasets XML accessibles de la même manière).