Lenteur paradox après modification d'une table en réseau

Question

Bonjour, 

Je fais appel &#224; votre aide pour le probl&#232;me suivant :

 J'ai une application delphi7 (DB paradox) qui tourne en r&#233;seau (en local, aucun probl&#232;me). A partir du moment ou un utilisateur modifie une table et qu'il y avait une autre personne qui avait la table affich&#233;e (sous forme de tableau ou de lookUp), le programme devient terriblement lent pour tout type d'acc&#232;s (recherche, modif) &#224; cette table. L'information envoy&#233;e sur le r&#233;seau augmente terriblement (s&#251;rement la cause de la lenteur) et ce m&#234;me pour une recherche simple ou une modification simple. On dirait qu'il recharge tout ce qu'il peut d&#232;s qu'il doit faire une op&#233;ration sur les donn&#233;es.

J'arrive &#224; reporduire ce probl&#232;me sur un projet simple et ce, que ce soit avec des composants grille, lookUp de base ou de diverse librairie.

Un probl&#232;me similaire a d&#233;j&#224; &#233;t&#233; abord&#233; fin 2004 sur ce forum. Je fais appel &#224; vous car je n'ai pas eu de r&#233;ponse sur cette question et que je suppose que les personnes qui &#233;taient impliqu&#233;es dans ce probl&#232;me ont une solution.

Merci d'avance

Adrien

Vale Erian · Answer

Ca se fait plus trop d'utiliser des tables paradox en r&#233;seau pour cette raison, c'est extrement lent et inefficace.

Pour partager une base de donn&#233;es, la mode depuis longtemps c'est le client/serveur.
Il faut socker les donn&#233;es dans un vrai SGBD. Par exemple dans le monde Borland ca serais InterBase/firebird.(mais ca peut etre n'importe quel SGBD SQL)

Bon ca peu etre plus compliqu&#233; que des "tables paradox en r&#233;seau" mais un moins c'est propre.

Lenteur paradox après modification d'une table en réseau

1 réponse

Votre réponse

Discussions similaires