Discussion :

[Adrien55]

Bonjour,

Je fais appel à votre aide pour le problème suivant :

J'ai une application delphi7 (DB paradox) qui tourne en réseau (en local, aucun problème). A partir du moment ou un utilisateur modifie une table et qu'il y avait une autre personne qui avait la table affichée (sous forme de tableau ou de lookUp), le programme devient terriblement lent pour tout type d'accès (recherche, modif) à cette table. L'information envoyée sur le réseau augmente terriblement (sûrement la cause de la lenteur) et ce même pour une recherche simple ou une modification simple. On dirait qu'il recharge tout ce qu'il peut dès qu'il doit faire une opération sur les données.

J'arrive à reporduire ce problème sur un projet simple et ce, que ce soit avec des composants grille, lookUp de base ou de diverse librairie.


Merci d'avance

Adrien

[Rayek]

Les bases de données du type de paradox (base de données fichiers) ne sont pas trop recommandées pour le client/serveur ou le multi-accès.

Ce tutoriel te fera comprendre pourquoi tu as des lenteurs et je pense que tu n'es qu'au début du problème de lenteur car ta base de données doit pas être tres grosse pour le moment.
Plus elle va grossir plus cela va être lent.

Après tu dois avoir un problème concurenciel au niveau des données qui doit générer des conflits lors de multi-accès par les programmes.
En gros, des qu'un de tes logiciels se connecte à la base, il en prend le monopole et les autres doivent attendre qu'il redonne la main pour pouvoir gérer leurs transactions.
Donc cela doit être + ou - long selon le timeout de connexion si tu ne le gères pas à la main.

Je pense qu'utiliser des bases de données fichiers pour des applications multi-postes n'est pas vraiment le mieux, sauf pour Access et My SQL s'il n'y a pas trop de données à traiter, car ils ont des moteurs un peu plus performants par rapport à paradox/dbase/etc...

[TicTacToe]

Heu Joker Malatar

Je suis tout à fait d'accord le client/serveur c'est mieux, et plus 'compatible' avec tout le monde on va dire.

Néanmoins, la base paradox comporte des avantages:
la rapidité
Ne pas utiliser SQL, qui est parfois difficile à optimiser lors d'extractions de donnés.
Un meilleurs contrôle au niveau de l'utilisation des index pour optimiser les extractions.
Quelque soit la taille d'une table, si un index existe, la visu d'une plage de ligne est instantanée !

Les désavantages certains
risque de base cassée en cas de coupure brutale d'un client (mais là, un serveur TSE peut palier à ce problème)
une limite croisée dans le volume et nombre de users.
une appli (simple) gérant les la BD (le BDE en l'occurence) à installer sur chaque poste client (30 sec chrono et automatisable)

Aucun pb de verouillage sur les tables.
Le tout est de bien configurer le BDE.

Adrien, pour ma part et depuis quelques années, j'ai une base paradox, avec 30 users toute la journée, avec certaines tables qui ont 1200000 lignes.

Je te garantie, l'appli est rapide (sinon me serait fait lincher depuis longtemps). Je suis pas PRO paradox, mais c'est un constat que je fait.

Après, si l'utilisation de la base c'est plus de 50 users, plus de 2Go pour une table, une ouverture temps réelle pour d'autre applis (odbc paradox bof), alors il faut une base client/serveur comme le dit malatar.
Par contre, à l'inverse, tu gagnes énormément en rapidité, sur les traitements et l'exploitation avec une base propriétaire comme Paradox.
Egalement sur les requêtes non-sql que tu peux faire dessus (SQL c'est qd même un peu barbare je trouve...)

Bon voila, j'ai donné mon point de vue

Pour en revenir à tes lenteurs, regarde au niveau de tes postes si la variable d'environnement LOCALSHARE est à TRUE (avec l'admin BDE)...

bon code !