Discussion :

[js8bleu]

Bonjour à tous,

je souhaiterai synchroniser deux bases de données Access 2003. En fait j'ai une base de donnée sur mon serveur (\\mon_serveur\dossier_partage\mabd.mdb) et j'ai une base du même nom en local (C:\mon_dossier\mabd.mdb) sur un pc du nom de pcclient. Je souhaiterai que lorsque je clique sur un bouton (dans mon application) à partir de la machine pcclient que la bd qui se trouve sur le serveur "écrase" celle qui est en local pour faire une sorte de mise à jour.

Quelqu'un pourrait-il m'aider s'il vous plaît?

Merci d'avance.

Cordialement.

[Invité]

Bonjour

Cela signifie que tu ne saisies rien dans la base en local ?

Philippe

[js8bleu]

Bonjour et Merci Philippe JOCHMANS pour ton intérêt. Je constate que tu as bien compris ce que je souhaite. Effectivement, je saisi des données dans ma bd en local. Donc en fait, j'ai plutôt besoin de synchroniser quelques tables entre mes deux bd. As-tu une solution ou une proposition s'il te plaît?

Merci d'avance.

Cordialement

[Invité]

Re

Pas si simple que cela, car si tu fais des saisies dans ta base locale, est-ce qu'elles doivent être dans la base du serveur ?

Si non, il va se poser un problème en fonction de la structure de ta base :

Imaginons :

Tu saisis un contact, tu lui donnes automatiquement une clé primaire, et cette clé te sers pour faire des liaisons vers d'autres tables où elle se trouve en clé étrangère.
Si maintenant tu ajoutes un autre contact qui a été saisi sur le serveur et qui a la même clé, c'est impossible.

Il y a sinon la réplication, mais c'est une horreur.

Donc ton problème n'est pas si simple, cela en fonction de tes données.

Philippe

[250rgv]

En fait, pour éviter le problème des PK existantes des deux côtés, tu peut utiliser en plus pour chaque table à synchroniser un GUID qui est calculé à la création et ensuite jamais modifié.

ensuite tu compare tes 2 tables sur cette "fausse" pk :
* elle existe des deux côtés > il s'agit du même enreg. à toi ensuite de régler le conflit.
* elle n'existe que d'un côté : l'enreg. est nouveau, la synchro. est "facile".

Après pour la synchro. proprement dite : tu a deux solutions techniques :

• un code générique et récursif : pour chaque table à synchroniser, il va s'occuper de le faire aussi pour ses parents et/ou ses enfants s'ils ne le sont pas déjà.
  
  • Avantages :
    
    • générique
    • prise en charge automatique des nouvelles tables
    • des cas spécifiques vont certainement nécessiter un traitement particulier mais ce ne sera pas la majorité.
  • Inconvénients :
    
    • pas facile à écrire
    • infernal à débugger
    • cas spécifiques nécessitant un traitement particulier et cassant la généricité .
• un code fait à la mano ou tu traite chaque table à synchroniser spécifiquement
  
  • Avantages :
    
    • code facile à écrire
    • debuggage facile
  • Inconvénients :
    
    • tu devra le modifier à chaque changement de structure de ta base.