Générateur d'état en réseau (Numéro de bon)

**walid_kerkoub** · 28/05/2007, 17h05

Bonjour à tous, je veux faire une application qui génère un état (Bon de Livraison), mais celle-ci va être utilisée par plusieurs postes reliés en réseau, et le numéro de bon doit être incrémenté à chaque utilisation. Comment je fais pour gérer le numéro de bon ? (il faut pas qu'il y ait le même numéro de bon de livraison).

Merci à tous.

**lou_delphdev** · 29/05/2007, 03h51

qu'es ce que tu utilise? BDE, MySQL....?

**walid_kerkoub** · 30/05/2007, 11h25

J'utilise BDE, avec une base Paradox

**Cthulhu_RLyeh** · 30/05/2007, 12h12

regarde si tu peux pas mettre un générateur au sein de ta base. Je sais qu'InterBase le fait, Paradox, je sais pô.
un générateur est une fonction qui te génére un numéro unique à chaque fois que tu l'appelle.
Je pense que c'est ce que tru recherche...

**walid_kerkoub** · 21/06/2007, 11h18

Je voudrais en fait réaliser une application qui marche sous réseau c'est-à-dire qu'il y a une seule base de données et les utilisateurs peuvent agir sur elle, est-ce que quelqu'un à une idée sur ça ?

**touhami** · 21/06/2007, 12h07

Bonjour,
1- quelle type de base de données utilise tu ?
2- c'est toi qui va

et le numéro de bon doit être incrémenté à chaque utilisation. Comment je fais pour gérer le numéro de bon ? (il faut pas qu'il y ait le même numéro de bon de livraison).

en faite c'est toi qui programme tous ca a l'aide des transaction .
alors auel sont les outils utilise tu ?
1- type de base de donnée.
2- les moyen dans tu utilise pour accéder a la base de donnée (BDE , ADO ,IBX .. autre precise toi.)
bon courage.

**walid_kerkoub** · 21/06/2007, 12h28

J'utilise une base paradox avec BDE.

Ce dont j'ai besoin c'est une base de données multi-utilisateurs, j'ai trouvé dans la Faq que Paradox n'est pas Client/Serveur mais elle peut être utilisée par plusieurs utilisateurs : http://delphi.developpez.com/faq/?pa...doxmultipostes
Ce pendant, il faut configurer l'Administrateur BDE et moi je dois livrer un fchier installable

**walid_kerkoub** · 24/06/2007, 12h43

Pour la numérotation c'est déja fait avec une base de données et le numéro et 001/07 002/07... 001/08... etc. incrémenté automatiquement à chaque nouvelle insertion mais j'ai fait ça sous monoposte mais sous-réseau il faudra partager la base de données mais je ne veux pas que les utilisateurs se melent de la configuration et le BDE et tous ça sera trop compliqué.

**aityahia** · 24/06/2007, 12h53

protège la par un mot de passe mais sa restera toujours du bricolage avec Paradox la question qu'il faut ce poser c'est

si deux personnes tentent d'ajouter un bon en même temps

.

-il faudrais la procédure d'ajout soit bien structurer.

ps : il me semble que le forum delphi et base de données et mieux adapté a vôtre question d'ailleurs qui ne relate pas le contenu du post

**skywaukers** · 24/06/2007, 13h17

bonjour,

Es-tu obligé de donner le n° de BL tout se suite ? Un moyen simple (mais peut-être pas acceptable, c'est juste une idée) serait que ce soit ta procédure d'édition qui génère le n° au moment où elle édite le bon. Entre temps tu pourrais identifier tes enregistrements par un GUID (théoriquement toujours unique) qui serait bien sûr interne à ton appli.
Mais je rejoins l'avis général ici, il vaudrait mieux que tu envisage sérieusement le passage à une base de données autre, et pas uniquement à cause du BDE qui est encore présent et n'est surement pas prêt de disparaitre complètement, mais surtout à mon avis à cause du type d'utilisation que tu veux en faire, Paradox et toute les bases de ce type ne sont pas très opportunes pour une solution réseau (tu verras tes temps de réponses se dégrader rapidement au fur et à mesure que tes données grossissent et que le nombre d'utilisateurs croît).
Comme autre solution, je ne saurait que te conseiller Firebird et pas seulement pour sa gratuité (car c tjrs l'argument que je vois avancé en premier alors que c loin d'être sa premièree qualité), mais pour des raisons très concrètes car c une base de données :
- complète, puisqu'elle gère les transactions, les triggers, les ps, les intégrités référentielles.
- faite pour une utilisation réseau
- qui ne prend pas énormément de ressources
- qui n'est pas une usine à gaz à installer et à maintenir comme certaines BDD phares
- qui est robuste (tiens d'ailleurs g cru lire qu'oracle dans sa dernière version a intégré le principe transactionnel de FB, ce qui est flatteur d'un côté mais dommage d'un autre car ne nous leurons pas c oracle qui en tirera les bénéfices

)

Pour la reprise de tes données, il y a des outils qui permettent de faire le pont entre Paradox et FB. Par contre côté dev cela dépend comment tu as développé, car avec FB, mieux vaut développer en SQL, ce qui peut t'engendrer beaucoup de modifs.
Un autre argument c que FB a un SQL très standard, donc tu assure une pérénnité à ton application car si demain un client t'impose l'utilisation d'un autre moteur sql, tes modifs seront beaucoup moindres si tu part d'une appli avec FB que si tu pars d'une appli avec paradox. si tu découpe bien les choses, tu pourras même préparer des modules différents et pouvoir la livrer avec plusieurs BDD cible (mais encourage FB, je te promet que c un bon choix, et si les clients tiennent à payer une bdd, donne leur l'adresse du site de FB (www.ibphoenix.com), ils pourront alors aller payer une souscription pour le projet

Niveau installation, il existe des installations silencieuses de FB et il n'y a pas vraiment de configuration à faire. Il faut juste que tu fasse 2 types d'instal en fait (mais dans les 2 cas) : une installation serveur et une installation client.

@++
Dany