Discussion :

[courdi95]

Je cherche à faire une application où différents équipements pc et mobile rempliront ou modifient une base de données en étant déconnectés de la base centrale.

Lors des cours windev où on teste la réplication, la base et l'analyse sont faits à l'avance. Mais ce que j'ai retenu c'est qu'il faut que l'id unique de manière à ce que chaque équipement puisse en générer un sans risquer de doublons sur l'ensemble de la base. Ensuite la réplication permet de mettre à jour la base centrale.

Dans les cours on utilise un id automatique mais on s'arrange pour que chaque équipement ait une plage d'ids réservés.

Dans mon cas j'imaginais d'avoir un fichier avec :
- IMEI du mobile (déclaré multiple)
- id numérique incrémenté à la main par le mobile (déclaré multiple)
- clé composée unique = IMEI + id précédent (qui sera l'ID unique)

c'est la clé composée qui sert d'ID unique pour toute la base, la partie IMEI permettant de s'assurer que l'enregistrement restera unique même après réplication.

Par contre, cela oblige à faire la création des enregistrements à la main : lors d'un ajout chaque mobile regarde l'ID numérique dernier et l'incrémente. Le fait d'adjoindre l'IMEI va garantir l'unicité dans la base centrale.

On passe donc d'un truc simple (Id automatique) à quelque chose de plus complexe.

Est- ce que j'ai raison de faire comme cela ? Est ce qu'il existe quelque chose de plus simple ?

[tatayo]

Bonjour,
L'ERP que nous utilions possède un module d'encaissement, qui de fait tourne sur des machines "déportées", et qui ne sont pas forcément toujours connectées au site centrale.
Pour gérer l'unicité des numéros de ticket de vente, celui-ci est découpé en deux:
Une souche, qui est unique sur chaque caisse
Un numéro incrémental
Tous les "documents" (ticket de vente, commande fournisseur, bon de transfert) suivent cette logique.

Ca revient un peu à ce que tu exposes, et ça fonctionne parfaitement.

Par contre je ne sais pas si le numéro IMEI est une bonne solution, car toutes les machines n'en possède pas (exemple un ordinateur portable, PC fixe).

Tatayo.

[Hemgé]

Bonjour,

Je pense qu'il est préférable de fixer arbitrairement la racine, la souche de l'identifiant. Par exemple, le n° de poste de travail ou d'opérateur.

Avec l'avantage que cela permet de suivre les opérations de ce poste de manière plus pérenne, que si on utilise un n° dépendant du matériel qui peut être remplacé temporairement ou définitivement.

Bonne journée

Hemgé