Discussion :

[stoukou]

bonjour à tous ,

je developpe une applis en java/swing au lancement je charge 1 table de ma base de données (derby couldscape) qui fait +ou- 500 ligne .
l'utilisateur va faire plusieurs type de filtrage sur cette jtable. je veux savoir votre avis sur le temps de reponse si le filtrage va etre sous forme de requetes sql (plusieurs acces BD) ou je sauvgarde toutes les données chargées au lancement dans le "context de l'applis" et les filtres je les fait en java.
qu'elle sollution qui m'offre le meilleur temps de reponse

merci

[Tiaps]

Salut,

Je pencherais pour la gestion des filtres en java. COmme ca il n'y a pas de perte de temps d'accès en base. Si tu crée un bom TableModel, ca pourrait être trés efficace.

[Sebounet19]

Ca depend de pas mal de chose en fait.

Si tu as une base de données performantes et un bon reseau, pourquoi ne pas bénéficier du temps de reponse des accés bases.

Si tu as des pc du clients qui sont assez leger en puissance et en memoire, il faut mieux privilégier des accés bases plutot que de tout garder en mémoire

Enfin les données sont suceptibles de changer en base ??? Comment sont remises à jour ces informations sur le poste client ???

[stoukou]

l'applis est une applis monoposte, et les machine de mes users sont en général des bonne becanes,
donc la d'apres ce que j'ai compris il vaut mieux que j'utilise les filtres avec un code java ??

je veux bien voir l'avis de beaucoup plus de gens

merci de poster

[Pro_Fete]

Le conseil que je peux te donner c'est de limiter au maximum le nombre de requête envoyé à ta base. Un traitement local sera toujours plus performant surtout si un jour, pour une raison X ou Y, tu décides d'utiliser une bases de plusieurs milliers d'enregistremenets.

Le Pro_Fete.

[spekal]

La JTable ne demande les données que si elles sont affichées. Par exemple si tu insères tes je ne sais combien de lignes dans une JTable dans un JScrollBar, et que par là seuls les 15 premiers sont visibles, alors la JTable ne demandera la valeur que des 15 premiers. Puis, si l'utilisateur scroll pour voir les autres, la Jtable demandera les valeurs suivantes.

Il s'ensuit que si les requêtes prennent du temps, alors le scroll sera lent et pénible pour l'utilisateur.

A partir de là, c'est à toi d'apprécier ce qui est le plus adapté. Si tu as la garantie que les requêtes sont traitées rapidement, alors tu n'as rien à faire. Si tu es sûr du contraire, alors il faut que tu construises un système de cache en local.

Le système de cache peut être quelque chose de très complexe. Il ne suffit pas du tout de recopier la base en local... en effet, si quelqu'un d'autre modifie les valeurs depuis un autre poste, les valeurs que tu as en local deviennent fausses. A ce niveau cela dépend beaucoup de la sensibilité des valeurs et des nécessités utilisateurs. Il faudrait que tu nous en dises plus si tu dois suivre cette voie.

Bon courage.

[caribou666]

Pour 500 enregs ce n'est pas la peine de tout mettre en memoire, faut pas croire qu'une bdd mettra 10 minutes pour te ramener si peu d'informations, ou alors c'est que ta base est mal conçue a la base.