| Re: Gestion personnelle de la réplication |
Sujet: Re: Gestion personnelle de la réplication par R&B sur 14/4/2005 13:31:12 @ Litbos Citation : Dans l'ana je rajoute des boolééens C'est que William est en train de reprogrammer la chose... @ William Mieux ? qui sait? Dans le cas de notre synchronisation bi-directionnelle nous utilisons un répertoire commun dans lequel se trouve une 'copie' de la base de donnée. En fait, il s'agit d'un ensemble de fichier contenant les identifiant, les ordres d'écritures CMSR (Création/Modification/Suppression/Recodification), le destinataires (nous synchronisaons plusieures bases) et quelques infos utiles pour le traitement. Ces fichiers tampon sont alimentés via trigger de manière uniquement séquentielle. La récupération filtre les enregistrement dont le destinataire correspond et traite les enregistrements dans l'ordre séquentiel. Une fois traité, le bloc est supprimé. les ordres suivants seront traités lors de la prochaine récupération... Astuce : les fichiers tampons sont en ajout uniquement : jamais de modification d'enregistrement, soit autant d'ordre que d'écritures fichiers. Unique difficulté : la gestion des triggers qui n'autorisent en théorie qu'une fonction par ordre surveillé pour un fichier (mais un mécanisme de pool avec activation à la demande a été étudié mais pas réalisé faute de temps. au final, notre synchronisation marche fort bien dans les deux sens. Evidement il fut prévoir des règles de gestion pour éviter la création de doublons... en passant peut être par des identification temporaire dans les postes itinérant. La synchronisation envéra alors les nouvelles données dans la base de nouveau avec les identifiant définitifs. |
|
|
Connexion
Menu
Chercher WDForge
Chercher Web
Partenaires
|
