Synchronisation avec une copie de base modifiée en mode déconnecté

Bonjour,

Je vais essayer de faire concis.


Je vais dév. un soft en VB.Net / MySql.

Le soft sera installé sur plusieurs machines (plusieurs users) et j'ai prévu que celui-ci attaque une seule et même instance MySql.

Le demandeur souhaite pouvoir continuer à travailler sur une copie de la base en mode déconnecté et qu'une synchronisation entre sa copie de base et l'instance centralisée soit possible sans perte de données...

Pour ma part, je trouve ça dangereux et je pense que ça va être un why à mettre en oeuvre... (d'ailleurs, je n'ai qu'une idée très vague de la façon de mettre ça en place... Flag des données modifiées ou mémorisation des transactions de modifications...)

Je vais, en premier lieu, proposer au demandeur de ne pas partir sur cette voie et d'interdire les modifications en mode déconnecté. Mais je souhaite avoir l'avis d'experts en la matière et de savoir si il existe des moyens efficaces pour mettre ça en place si la demande reste effective.

Merci de votre aide ;)

C'est en effet risqué de procéder de cette manière.

Tu peux éventuellement mettre en place des triggers pour logguer toutes les actions faites en mode déconnecté pour pouvoir les rejouer plus tard ou encore activer la log bin sur les copies (là encore pour récupérer les modifs faites).

Mais le problème restera toujours : si 2 utilisateurs modifient les mêmes enregistrements, que doit-il se passer ?

Stéphane

si 2 utilisateurs modifient les mêmes enregistrements, que doit-il se passer ?

C'est justement la question que j'ai posé et j'ai obtenu la réponse suivante :

Il ne faut pas que d'autres personnes puissent modifier la base centralisée lorsque la base déportée est en service....

Au final, une pseudo solution sera mise-en-place :

- Dump de la base centralisée et arrêt des services, puis import sur la base déconnectée.
- Utilisation de la base déconnectée (avec tous les inserts, delete et autres instructions joyeuses).
- Dump de la base déconnectée, redémarrage des services de la base centralisée, puis import sur la base centralisée.

Le Client est Roi...

Je flague résolu puisque problème il n'y a plus :roll: