Discussion :

[JeanMarc_T2k]

J'ai un programme développé en Delphi 6 utilisant des tables Paradox, et donc le BDE pour y accéder.

Ce programme fonctionne enréseau, donc avec plusieurs utilisateurs simultanés.

Lorsqu'un premier utilisateur entre dans une saisie, le temps mis pour insérer une nouvelle ligne dans une table (y compris des vérifications) est correct : quelques secondes.

Lorsqu'un deuxième utilisateur fait la même opération sur son poste (le premier étant toujours en saisie), le même temps pour valider une ligne est alors de plus d'une minute !

Quelqu'un connait-il l'origine de ce problème, et donc un début de solution ?

[ElNan]

Les postes clients et le serveur sont-ils sur Windows NT ?

[JeanMarc_T2k]

Les postes client et le serveur ne sont pas forcément sous windows NT. Le logiciel est implanté chez plusieurs clients, qui ont des configurations différentes, on trouve donc toutes les versions de windows, de W98 à Wxp, avec parfois des serveurs WTSE.

Pourquoi la question ? Existe-t-il une solution spécifique avec Windows NT ?

[ElNan]

Lorsque j'ai travaillé il y a quelques temps dans une grande banque parisienne, nous avons ce problème : la première utilisation d'une base Paradox fonctionnait très bien. Mais à partir d'une deuxième connexion, tout s'effondrait : les temps d'attente étant multipliés par dix à peu près. Après des semaines de recherches, la solution trouvée était la suivante :
- les poste clients étaient sous NT4 SP6.
- le poste serveur, où était stockée la base, était en NT4 mais SP4 je crois (en tout cas inférieur au SP6).
En tout cas, entre clients et serveur ce n'était pas le même système d'exploitation. Après mise à jour du serveur avec le SP6, tout est rentré dans l'ordre.
C'était très vicieux en tout cas. Voila le pourquoi de ma question sur le système d'exploitation utilisé.

Je ne sais pas si ca va t'ouvrir des pistes de recherches.
Mais je peux te dire que ce bug nous avait causé de sérieux problèmes.
Le mieux à faire est de changer de serveur : essaie d'installer ta base sur un poste client à coté de toi. Et essaie de déterminer si ca vient alors de ton appli ou de l'installation de la base sur un poste particulier.
Moi je sais qu'en ayant installé la base sur un autre serveur (poste client de test quoi), ca fonctionnait. Donc il y avait différence entre le serveur de prod et notre poste de test.

Voila. Bon courage.

[JeanMarc_T2k]

Oui, c'est en effet une piste, parmi tant d'autres !
A vérifier chez les clients qui se plaignent de lenteur....

Parmi les autres pistes possibles, j'ai sélectionné :
- taille de l'exe (il fait pres de 13 Mo !)
- taille des données (chez le client qui se plaint le plus, on atteint toutes tables confondues, avec les index, 300 Mo)
- configuration du BDE (j'ai lu d'autres questions sur ce forum à ce sujet)

Quelqu'un aurait-il d'autres suggestions ?

[Higgins]

Le BDE à lui seul est déjà une cause de lenteur et Paradox est loin d'être une base de données adaptée pour des accès concurrents (comme la plupart des bases fichiers)

[JeanMarc_T2k]

Tu as raison Higgins, je connais ce problème ! Malheureusement, changer de base de données, impliquerait une réécriture complète de l'applciation, c'est à dire plusieurs mois de boulot !

Cette réécriture est envisagée, mais dans un avenir plus lointain....

Là je cherche une solution plus immédiate, qui risque fort de ne pas être miraculeuse.

[edam]

salut
pour qoi pas séparer tes champs de la base utilise des composant simle:Tedit,Tcombobox,....; cest plus de travail mais comme sa la base sera libre que le tempde lecture et ecriture