Discussion :

[lolodev]

bonjour

je suis la conception d'une application C/S (client/serveur)
j'ai une vague idée du choix d'un langage mais pour l'instant ce n'est pas l'objectif

l'objectif de cette application est une gestion d'inventaire.
une base maître avec n base esclave.

le logiciel esclave doit générer un numéro d'inventaire UNIQUE.
Au 1er inventaire les bases sont vides. Chaque esclave va inventorier son 1er article et donc attribuer l'index 0001.
Donc je génère des doublons.

j'ai 2 idées :

soit j'attribue un numéro esclave dans le numéro d'inventaire
soit j'attribue une plage d'index auto-incrémenté à chaque esclave

je lance le débat sur une 3ieme idée ...

Merci aux concepteurs ....
lolodev

(désolé si ce thread n'est dans le bon forum)

[Flob90]

Je ne sais pas si ca convient, mais les bases clientes pourrait communiquer avec la base seveur.

-Au début chaque base cliente a un indice "pré-enregistré" à 1, si une base veut inventorier un objet elle lui donne le numéro 1 puis indique à la base seveur qu'elle a inventorier un objet, base seveur qui à son tour indiquerait aux bases clientes d'incrémenter leurs indices "pré-enregistré" de 1.

Ou

-La base seveur s'occupe de compter le nombre d'objet inventorié au total, et chaque base cliente lui demande l'identifiant lorsqu'elle veut inventorier quelque chose.

Ces méthodes implique qu'il doivent y avoir une communication permanente entre les bases cleintes et la base serveur, ou un système de liste d'attente géré par chaque bases clientes.

[bruno_pages]

bonjour

soit j'attribue un numéro esclave dans le numéro d'inventaire

l'idée me semble bonne, mais elle suppose qu'on fixe un nombre max d'esclaves possibles, et l'autre défaut c'est bien-sur d'avoir moins de bits pour le véritable index. Pour information j'utilise cette solution pour les identificateurs internes dans Bouml, mais ne pas en déduire que les utilisateurs sont des esclaves de l'outil

je lance le débat sur une 3ieme idée ...

chaque esclave demande un numéro d'index au serveur qui a un simple compteur global (partagé et indépendant des esclaves), le défaut c'est bien-sur le temps passé pour la question - réponse

[lolodev]

je n'ai pas assez donné d'info ...

la base serveur ne sert qu'à répliquer chaque terminal vers les autres.

c'est le terminal qui en mobilité effectue l'inventaire.


au fait, bravo pour BOUML que j'utilise

[lolodev]

autre chose ...

le terminal n'est pas connecté en temps réel avec le serveur seulement lorsqu'il doit se synchroniser

[bruno_pages]

bravo pour BOUML que j'utilise

le terminal n'est pas connecté en temps réel avec le serveur seulement lorsqu'il doit se synchroniser

alors le plus simple est la première solution

évidemment si vous n'avez pas de contrainte de taille pour les index vous pouvez aussi essayer de calculer un 'nombre' unique sur un grand nombre de bits contenant par exemple la concaténation de mac adresse carte ethernet (ou autre) avec le numéro de process (au cas ou plusieurs utilisateurs en simultané) avec heure en seconde et rang au cas ou plusieurs index pris dans la même seconde ou remise à l'heure etc

[wiztricks]

Salut

Je n'aime pas du tout:

le logiciel esclave doit générer un numéro d'inventaire UNIQUE

car tel que formulé il laisse 'ouverte' la supposition que 2 terminaux produisent des identifiants différents pour un même objet - physique.

- W

[bruno_pages]

car tel que formulé il laisse 'ouverte' la supposition que 2 terminaux produisent des identifiants différents pour un même objet - physique.

dans la compréhension de la chose chaque terminal à ses propres objets, ce problème n'existe donc pas, est-ce le cas lolodev ?

[wiztricks]

Salut,
Ma foi, l'auteur est occupé ailleurs.

Dans ma compréhension, un inventaire recense différents objets qui sont à un endroit. Exemple: S'il s'agissait de livres, l'identifiant serait l'ISBN et à un ISBN, nous pourrions associer combien d'exemplaires sont "en stock".

S'il y a plusieurs dépôts, on voudrait peut être savoir combien d'exemplaire il y a 'au total', dans chaque dépôt. Ce qui peut demander de collecter les inventaire dans une BDD centrale.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

le logiciel esclave doit générer un numéro d'inventaire UNIQUE

Ben le jour et le numéro du dépot devraient suffire à désigner le numéro d'inventaire - en supposant qu'on inventorie ce qu'il y a à chaque fois - ce qui n'est pas forcément une bonne idée, mais bon..

Au 1er inventaire les bases sont vides. Chaque esclave va inventorier son 1er article et donc attribuer l'index 0001.[/CODE]

Oui enfin, notre 0001 relève plus d'une clé technique que d'un identifiant métier: c'est le numéro de la ligne d'un fichier XL, mais pas plus...

Il faudra associer 'article' à un identifiant "métier", ne serait ce que pour compter combien il y a d'articles de ce type... Dans le cas des livres, c'est l'ISBN, et en général c'est le code barre.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Donc je génère des doublons

Pour illustrer cela avec des bouquins, un modèle de données pourrait être:

(date, dépot) (1,1)----(0,n) (barcode, count)

Dans ce cas, il n'y a pas vraiment de doublons: juste une éventuelle somme des 'counts' pour les terminaux qui ont inventorié les parties d'un même dépôt.
- W