Discussion :

[Mike550]

Bonjour, et merci de vos conseils.

J'ai une application Scindée en Frontale-Dorsale qui est utilisée sur des tablettes Windows 10 en mode déconnectée.
J'aimerais pouvoir synchroniser la dorsale de chaque tablette avec la dorsale maitresse au bureau.
avec les anciennes version de Access j'utilisais avec succès le système de synchronisation offert par Microsoft. Malheureusement le successeur de Bill ne m'a pas consulté avant de retirer cette fonctionnalité.
Je vais donc essayer de m'en bricoler un. Et j'aimerais avoir l'avis d'experts sur la question.
Je mettrais comme clé primaire une numérotation automatique aléatoire
et j'ajouterais 4 champs à chaque table :

• DateHeureCreation
• IdSystemCreation
• DateHeureModif
• IDSystemModif

Voici les étapes du programme:

1. ajouter a la base maitresse tous les nouveaux enregistrements
2. pour les autres remplacer l'enregistrement si la date de modification est la plus jeune.

Ma crainte est que deux tablettes aient choisi le même numéro aléatoire. Je peux vérifier ça avec IDSystemCreation
par contre c'est la galère pour modifier la clé primaire et les clés étrangères associées.
La questions est la suivante:
La numérotation aléatoire est elle assez fiable pour penser que ça puisse éliminer les risques de conflits?
Merci de votre intérêt.

[EricDgn]

Bonjour,

La fonction Now() donne une date+heure avec une précision d'environ 1 sec, soit 1 chance sur 86400 d'avoir la même valeur le même jour.

Pour réduire cette (mal)chance, il est possible d'utiliser la valeur donnée par cette formule: CDbl(Date + Timer / 100000)
Timer donne presque le 1/100 de seconde. (Timer <> Time)

Vous pouvez testez cela avec le fichier joint. Allez dans le code pour tester Now / Timer / Date+Timer

Bonne continuation.

[Mike550]

La précision d'une seconde est amplement suffisante. Mais peut-on utiliser cette valeur comme clé primaire?

[granchef]

Bonjour,
tout dépend de la volumétrie. Mais 1 chance sur 100 000, c'est pas 0.
Personnellement (mais vous n'avez pas l'air chaud pour ça) je jouerais sur la prise du maximum de la table principale de la base dorsale. Ensuite on incrémente les enregistrements de la base frontale avec des updates. Enfin un/des insert into de la frontale vers la dorsale. En enregistrant les consolidations dans une table avec de garder un historique.

[EricDgn]

Bien sur que l'on peut se servir de Now comme clef primaire (indexé sans doublon).
Si par malchance, la même valeur est encodée sur plusieurs appareils, il se produira une erreur au moment de la consolidation.
Il devrait être possible de gérer cette erreur si les enregistrements sont ramenés un à un.
Mais entrer Now ou Date = Timer/100000, c'est pas plus compliqué!
Bonne continuation.

[Creuc]

C'est vrai que ça marchait pas si mal cette synchro. un peu le bazard si la base maître avait un souci quand même...
Personnellement je met un identifiant lié aux données locales : ça demande un peu de paramétrage mais j'ai l'unicité de ma clé. Sinon pourquoi ne pas utiliser l'adresse Mac de la carte !

[Mike550]

Merci pour vos conseils éclairants
Pour éviter tout risque de doublons, la tentation est grande d'utiliser une clé primaire double: une auto incrémentée et l'autre le ID de la machine. Par contre pour l'avoir déjà fait, il y a une restriction mais je ne me souviens pas a quel niveau, je crois qu'il s'agissait de la synchronisation de plusieurs listes déroulantes, mais je ne suis pas sûr. Je vais donc faire des tests. je reviendrai avec mes conclusions.