Discussion :

[xzor-]

Bonjour a tous,

Je fais appel a vos connaissances pour effectuer une synchronisation entre 2 bases de données. J'ai lu la doc sur mysql quant à la réplication de table mais étant débutant en mysql, j'aimerai avoir quelques avis de gens plus confirmés.

Je vous explique donc le contexte :

J'ai une base de données en ligne (boutique en ligne) et une base en local qui va servir pour une caisse enregistreuse (point de vente). Il faut donc que lorsque un achat a été fait sur le net, la modification soit prise en compte aussi en local (et inversement) pour qu'il n y ait pas de problème dans les produits restant en stock par exemple. De plus, si il y a coupure internet, il faut que la caisse enregistreuse log ses actions pour ensuite mettre a jour la base de données en ligne puis dumper la bdd en ligne sur la bdd locale.

Voila j'aimerai avoir différents avis pour essayer d'avoir la solution la plus adaptée à mon problème

[giltonic]

J'ai une base de données en ligne (boutique en ligne) et une base en local qui va servir pour une caisse enregistreuse (point de vente). Il faut donc que lorsque un achat a été fait sur le net, la modification soit prise en compte aussi en local (et inversement) pour qu'il n y ait pas de problème dans les produits restant en stock par exemple. De plus, si il y a coupure internet, il faut que la caisse enregistreuse log ses actions pour ensuite mettre a jour la base de données en ligne puis dumper la bdd en ligne sur la bdd locale.

Voila j'aimerai avoir différents avis pour essayer d'avoir la solution la plus adaptée à mon problème

Whaou ! Je sais pas ce qu'en pense les autres. Mais faire ce que tu veux faire c'est plutôt chaud parce que c'est de la synchronisation plutôt que de la réplication. Parce que la façon dont je vois la chose c'est que chacun est maitre à sa façon. La réplication c'est quand même 1 seul maitre. Non ?
Selon moi c'est à l'application de régler ce problème pas à Mysql. Si ?

[wiztricks]

Bonsoir,
Il serait peut être plus simple d'avoir une gestion du stock faite à travers une base de donnée unique accédée par 'point de vente' et 'boutique en ligne' (et d'autres applications).

Ce qui n'empêche pas les activités 'point de vente' et 'boutique en ligne' de disposer de table/bases complémentaires à ces activités.
- W

[riete]

salut xzor-
je suis de passage sur ce forum et ta question soulève un grand nombre de questionnement.
Comme le dit giltonic, je ne suis pas certain qu'il puisse être possible de faire de la replication circulaire entre de base (quoi que ...) et même si cela est possible, je ne pense pas que cela soit ni raisonnable, ni adapté à ta problématique.
A mon avis, il faut faire un choix, soit mettre ta base "en ligne", c'est à dire hébergée, soit la mettre en local (à coté de ta caisse). Donc en un mot avoir une seule base, et s'est cette base que tu vas répliquer pour des raisons de sécu évidente.
Le choix de la position de ta base sera sur le lieu ou il y a le plus de connexions évidement. L'autre application se connectera à celle-ci par Internet. Si Internet tombe, l'application distante sera OUT, un point s'est tout. Ou alors tu réalise une réplication de lien Internet, ce qui est plus logique.
Synchroniser 2 bases distantes pose d'énormes problème de maintien de cohérence des tables. Exemple: imagine. Au départ tu as 10 Boonty en stock sur tes 2 bases. Un client local achète un Boonty pendant que le lien internet est tombé. En même temps un autre client en achète 3 sur ton site. Combien en reste t il à la synchro ??

Donc soit tu gère au niveau applicatif, soit tu mets une seule base!