chargement trop longRésolu

Question

Bonjour,
j'utilise une table contenant les codes postaux de France, ainsi que leurs villes associées.
La table contient environ 130 000 villes différentes. Ainsi le temps de récupération des différentes villes avec java.sql pour les insérer dans une JComboBox (liste déroulante) est extremement long : environ 4 minutes.
Que puis-je faire pour améliorer considérablement le temps de chargement?

cs_DARKSIDIOUS · Accepted Answer

Et oui, mais un système d'autocomplétion devrait se baser sur des requêtes SQL plutôt que sur une recherche dans un combo : ce serait plus rapide, et moins coûteux en ressource !

sheorogath · Answer

Thread ?

"n'est pas mort ce qui semble a jamais dormir et en d'etrange temps meme la mort peut mourrir"

cs_nanaou · Answer

Le problème avec un thread serait que la JComboBox ne serait pas utilisable tant que le chargement du thread soit fini. Il faudrait tout de meme attendre les 4 minutes. Enfin il me semble.

sheorogath · Answer

pas forcement , tu ajoutes , tu refresh 
enfin je sais pas trop , j'ai pas de quoi faire de teste lol

"n'est pas mort ce qui semble a jamais dormir et en d'etrange temps meme la mort peut mourrirTom"

cs_nanaou · Answer

Je crée un vecteur en static afin que ça ne prenne pas 4 minutes à chaque fois (Une seule récupération dans la base de données au moment du chargement du formulaire).
j'ajoute ensuite les données à la JComboBox lorsqu'on "clique dessus" (ceci ne prend pas de temps).
C'est juste l'accès à la bdd qui est très long.

sheorogath · Answer

ouaip ok
au pire tu peux faire une barre de chargement

"n'est pas mort ce qui semble a jamais dormir et en d'etrange temps meme la mort peut mourrir"

cs_nanaou · Answer

Est-il possible de sauvegarder mon vecteur sur le disque. Et pour chaque redémarrage de cette application récupérer l'objet enregistré sur le disque?

sheorogath · Answer

ben oui
pourquoi pas ? mais je suis pas sur que ca sois beaucoup plus rapide et dans ce cas la tu perd l'utilite d'une base de donnee il me semble

"n'est pas mort ce qui semble a jamais dormir et en d'etrange temps meme la mort peut mourrir"

cs_nanaou · Answer

Si je ne trouve pas d'autres solutions j'essairai comme cela. D'autant plus que la bdd ne devrait pas changer, normalement elle est complète.
En tous cas, merci pour ton aide.

cs_DARKSIDIOUS · Answer

heu... une question tout de même : quel est l'intérêt d'avoir un combo contenant 130 000 Codes-postaux ??? Tu crois vraiment que l'utilisateur va se taper le défillement de tout ca pour sélectionner un code-postal ? (en tout cas, moi j'en aurais pas le courage !!!).

Essaye de revoir l'architecture de ton application, du style : l'utilisateur sélectionne d'abord son département, et ca lui affiche un combo des codes-postaux de ce département, ou autre chose...

Et à mon avis, ce n'est pas l'accès à la base de données qui est lent, mais la lecture des données qu'elle te renvoie (ce n'est pas la même chose !). Une base de données est optimisée pour faire des requêtes sur les données, pas pour renvoyer des centaines de miliers d'enregistrement d'un coup !

cs_nanaou · Answer

Effectivement c'est la lecture des données qui est lente : c'est sur le ResultSet.next()...

Cependant l'intérêt de tout avoir dans la JComboBox est qu'il y a un système d'auto-complétion : par exemple, si on tappe "ly", lyon se complète automatiquement et les codes postaux s'y référant s'affichent. Ce qui est très intéressant lors de la saisie des coordonnées d'un client ou de l'adresse de livraison, etc... rapidité, productivité oblige...

cs_nanaou · Answer

Ok merci, je vais essayer.

jeanajaccio · Answer

D'accord avec Darksidious, essayes d'intégrer un filtre région->dpt->ville/cp par requêtes sql, tu auras de meilleures perf
JeanSoft

Chargement trop long

13 réponses

Votre réponse

Discussions similaires