Vous n'êtes pas identifié(e).
Pages : 1
En fait, c'est une procédure de gestion de conflit écrite en Ruby qui fonctionne avec le gestionnaire de conflit de rubyrep. Les droits et les dates de modifs sont dans la database (triggers pour les dates et droits).
Il y a une gestion des droits et celui qui a le plus de droit l'emporte, tout en générant un log de conflit pour retrouver ses petits. l'idéal serait de gérer à la colonne près, ce que nous envisageons mais qui est assez lourd à développer et pas forcément possible avec Rubyrep. Mais la première solution (par date de modif et par droit), si.
Le besoin est pourtant simple : une CRM avec des fiches clients qui peuvent être modifiées par le siège et par les postes déportés, mais qui fonctionnent en mode déconnecté. Au delà de ça, c'est plus de 50 tables concernées, mais je ne vois pas comment tourner les choses autrement.
Je viens de tester RubyRep, il répond aux spécifications. Maintenant, est-il stable ?Pas évident, très peu de retour d'expérience à priori...
Bucardo ne tourne pas sous Win32 à ma connaissance. Il y a un script PERL qui utilise des spécificités Unix et qui n'a jamais été porté sous windows.
Dans le cadre d'un développement spécifique, nous recherchons une solution apte à réaliser de la réplication asynchrone symétrique (de type Maitre-Maitre) à la demande. Notre application est sous environement win32. il semble que rubyrep soit le seul produit à répondre à nos besoins.
L'utilisez-vous et si oui, y-a t-il des problèmes de fiabilité ou de lenteur ?
Y-a t-il d'autres solutions pour des applications Client-serveur avec des postes itinérants déconnectés qui doivent pouvoir lire et écrire dans la base et se synchroniser avec le siège ?
Par avance, merci.
Pages : 1
