Discussion :

[ctwbctwb]

Bonjour,

C'est la première fois que je poste un message. J'espère que quelqu'un pourra m'aider. Voici mon problème: je suis libraire et j'ai ecris un programme en Delphi pour ma caisse avec gestion code-barre. J'ai deux pc relié entre-eux par réseau, jusque la rien de compliquer. Sur le "pc maitre" aucun problème, je scanne le code barre, le code EAN est recherché dans la base de donnée et l'article affiché a l'écran. ca marche nickel

Quand au "poste esclave", ca rame comme c'est pas possible, je scanne, l'article met (parfois) 3 sec avant de s'afficher voir plus. Quand je fais une recherche incrémentale dans la base de donnée, ca dure....... beaucoup trop longtemps, parfois 10 secondes.

J'utilise la base de donnée native de Delphi .dbf avec des datatset.
et l'OBCD que je pointe vers les alias.

On m'a rapporté que Delphi n'etait pas très doué dans les bases de données par réseau mais j'ai pas envie de tout recommencer.

Existe t-il une solution pour accelerer les recherches voir un autre moyen d'acceder aux données??


Merci
Laurent

[ShaiLeTroll]

dbf. ? euh, c'est quoi ?
dBase c'est pas le truc par défaut, c'est plutôt .db avec Paradox
et OBDC, c'est via ADO ou via BDE que tu l'utilises ?

Delphi n'a rien à voir avec la DB en réseau, c'est le driver qui est incriminé, et aussi l'accès au fichier en réseau de Windows qui n'est pas non plus top (un serveur samba améliore cela nettement avec un BDE bien configuré)

[SergioMaster]

On m'a rapporté que Delphi n'etait pas très doué dans les bases de données par réseau mais j'ai pas envie de tout recommencer.

ça c'est un vilain rapporteur et c'est même pas vrai .

Ce qui est vrai par contre c'est que paradox, dbase ou Access ne sont pas de très bonnes bases de données et que l'accès par BDE a celle-ci (comme a tout autre SGBD d'ailleurs ) n'est pas le Top du Top

[ctwbctwb]

Que faire alors, j'ai pas envie de tout reprogrammer?
Le programme tourne si bien sur le poste maitre, sniffffff..............


D'un autre côté, il est vrai que passer par la BDE est vraiment contraignant.
deja que j'ai passé des jours pour savoir comment configurer alias et tout le bazar mais des qu'on veut mettre l'application sur un autre poste, faut tout refaire........

[ShaiLeTroll]

le BDE a un avantage c'est que l'on peut configurer le workdir et netdir, ce qui un impact notable sur les performances

Tu utilise les ADOTable et ADOQuery ?
Dans ce cas, tu peux remplacer par du MySQL ou SQL Server Express, cela pas trop difficile à migrer et nettement plus performant

[ctwbctwb]

non j'utilise des tables avec des instructions genre dicotable.first, dicotable.locate('"x") pour rechercher un enregistrement.
J'y connais rien en language SQL.
Je suppose que je devrais m'y mettre. Je vois en effet des composant ADO
dans la fenetre du Delphi.

[SergioMaster]

une suggestion ? Firebird et ZEOSDBO

Firebird comme SGBDR et ZEOSDBO comme composants pour y accèder .
L'avantage ? les composants font tout pour ressembler aux composants BDE (donc peu de remaniement du programme , je parle d'expérience).
Les deux sont des vrais Free

un petit pas vers le monde SQL

[ShaiLeTroll]

D'un autre côté, il est vrai que passer par la BDE est vraiment contraignant.

Je vois en effet des composant ADO dans la fenetre du Delphi.

Pige pas tu es en BDE, avec tes TTables ?
Dans ce cas pourquoi parle de ODBC, le BDE se suffit à lui même et peut se configurer directement en Delphi via le TSession
Il faut que tu configure le NetDir\WorkDir de ton BDE (tu as plein de sujet qui l'explique sur le forum)
Tu verras une amélioration notable ...

[BuzzLeclaire]

Bonjour,

....
J'y connais rien en language SQL.
...

Sa va être chaud...

Contrairement à mon ami Serge..., franchement sur 2 postes
- Utilise une base access
- Utilise un DATAModule (cela te permet de paramétrer l'accès à ta base des le lancement de ton appli)
- Utilise des ADOTable et ADOQuery
et tu n'auras aucun probleme de lenteur !!!
(a moins que tu ai 100 000 articles, et encore...)

[SergioMaster]

Ca va être chaud...

Que nenni , sauf peut être la création de la BDD (et encore il y a des GUI pour ça tel Flamerobin , Ibexpert etc .....), le principal avantage des ZEOSDBO à mes yeux c'est justement son coté très proche de BDE .

Bien sur , pour faire pro le SQL c'est mieux et surtout plus efficace

[ctwbctwb]

je passe bien par la BDE que je configure NETDIR ,.... , les alias
en indiquant le chemin des tables. la facon la plus basique a ma connaissance de travailler sur des tables. Je comprend spas pourquoi c'est si lent, pourquoi l'avoir inventé alors.

[Just-Soft]

salut

mais le bdf c'est ça même si on est en monoposte sinon pourquoi avoir inventer d'autres SGBD. je crois que pour palier à ce problème faut passer à un autre SGBD sinon même avec une grande optimisation tu ne gagnera que très peu en temps. à vrai dire le gain est exponentiel donc si tu es en haut de la courbe c'est déjà l'optimum dans ton cas.

[skywaukers]

bonjour,

je pense que le mieux dans ton cas, c'est de suivre les conseils de Just-Soft et de Sergio Master. Tu veux une utilisation réseau, alors il vaut mieux une base de données faites pour cela. Les bases de types Access ou Paradox s'en tirent beaucoup mieux pour des applications locales.
Firebird est un bon choix car puissant, gratuit et surtout avec Delphi tu trouveras plein d'aide sur les forums.

@++
Dany

[VLDG]

une suggestion ? Firebird et ZEOSDBO

je confirme pour Firebird : c'est super bien

[ctwbctwb]

Bon...benh faut se mettre au Firebird donc, je dois donc migrer toutes mes tables vers cela...pfff..quel boulot et tout recoder.
Merci pour vos conseils

[comico]

Salut

Si tu ne t'en sors pas avec Firebird (effectivement un bon choix mais bien compliqué dans ton cas !) je peux te garantir que l'accès BDE + table .db paradox (plutôt que .dbf DBase) peut être très rapide en réseau (Pour transformer une table DBase en table Paradox dans le module de base de donnée, menu outils/utilitaires/Copier et là tu copie ton .dbf en .db c'est tout). C'est une simple histoire de configuration à plusieurs niveaux :

- ODBC n'a pas à être utilisé dans ton cas, le BDE seul suffit avec un pilote STANDARD.
- le BDE doit être installé sur chaque poste (pour ne pas y accéder depuis le réseau !). Tu peux utiliser ton CD Delphi ou utiliser l'utilitaire de création d'installation fourni normalement. Sinon InnoSetup, freeware sait te créer une installation de BDE.
- Sa configuration (faire pointer le répertoire NETDIR sur un seul et même répertoire avec le même chemin d'accès pour tous les postes à la lettre près, très important, le paramètre LOCAL SHARE doit être à TRUE)
- Ta configuration réseau : il faut des cartes 100 Mb et non 10
- L'idéal est de disposer d'un switch 100 Mb également (ou mieux)
- La configuration de Windows (gestion des cartes réseau qui doivent être en Full duplex)
- Si tu as un antivirus il est recommandé d'inclure une exception pour ton répertoire BD et ton répertoire NETDIR.
- Si ta configuration TCPIP (protocole réseau) est au point c'est à peu près tout et cela doit parfaitement fonctionner pour 2 postes ! Sinon tu peux manuellement ajouter le protocol NetBeui (fourni sur les CD XP) pour utiliser Netbios via Netbeui plutôt que par Tcpip (il faut désactiver netbios sur tcpip dans ce cas).
- Il faut donc partager un répertoire et le plus simple est de mapper un lecteur réseau sur ce répertoire (plutôt que l'UNC qui se déconnecte parfois)

Maintenant si tu t'en sors avec Firebird (attention à la couche d'accès que tu vas utiliser depuis Delphi, UIB ou DBExpress de préférence ou effectivement Zeos mais évite si possible IBX et le BDE) et bien chapeau car pour un non informaticien ce n'est tout de même pas si simple (langage SQL, gestion de transactions entre autres), mais dans ce cas tu peux oublier ma réponse !

Et pour être complet le vrai défaut du BDE c'est qu'il n'est plus maintenu donc cela fonctionne aujourd'hui avec tous les windows (un peu plus casse pied d'ailleurs pour Vista et Seven) mais pour l'avenir c'est moins sûr. Il n'y aura pas d'évolution du BDE.