Discussion :

[walou]

Bonjour,
j'ai fait une interface (en java) qui communique avec une base de donnée !
Ma base de donnée (mysql) est un peu grande, et les requètes que j'effectu sur la base sont un peu lentes.
Y a t il un moyen de crée une progressbar qui suit la progression de cette requete et comment faire un bouton qui peut annuler cette requete lors de son exécution.
En plus, parfois j'ai des pb de mémoire: est-ce qu'on peut résoudre ce pb ??
merci d'avance.

[in]

Ma base de donnée (mysql) est un peu grande, et les requètes que j'effectu sur la base sont un peu lentes.

Quelle est la taille approximative ?
Ta base est distante ou locale ?
As tu essayé d'optimiser tes requêtes ou d'utiliser des index par exemple ... ?

Y a t il un moyen de crée une progressbar qui suit la progression de cette requete et comment faire un bouton qui peut annuler cette requete lors de son exécution.

Oui mais une progress bar progresse au pif. C'est à toi de lui dire à combien elle en est dans sa progression. Donc pour une requete SQL c'est quasi impossible je pense d'avoir un truc correct. Tu peux toutefois faire une barre infinie pour que l'utilisateur sache que l'appli n'est pas bloquée.

Quant à avoir un bouton d'annulation, il va falloir que tu utilise des threads pour faire ça à mon avis. Mais c'est tout à fait jouable

En plus, parfois j'ai des pb de mémoire: est-ce qu'on peut résoudre ce pb ??
merci d'avance.

Ben oui sûrement mais on va pas pouvoir deviner d'où vient le problème sans plus d'explications ...

[walou]

enfait ma base est de l'ordre de 60 000 lignes (et 5 colonnes);
J'ai utilisé des index comme t'as suggéré : la requete est devenu un peu moins lente !
Je suis encore un débutant en java, alors est-ce que tu peux m'expliquer les détails suivants :
Comment faire assosié la progressBar (infinie) à la requete MySQL ?
Et les threats : je ne sais pas comment les utilisé !!

En attendant, je vais me documenter sur les "threats" ;
a+

[benratti]

En fait, tu ne peux pas vraiment associé une progress bar à une requete.

Quand tu envoies une requete, tu attends une reponse du serveur de base de donnée. Tu ne peux pas prévoir le temps de réponse à ta requete, donc tu ne peux pas faire une progress bar qui indiquera va donné une indiquation 'réaliste' du temps qu'il reste à attendre.

Par contre, comme tu le suggères in, tu peux afficher, au moment où tu lances ta requete, une barre de défilement ( qui fait des aller/retour un peu à la K2000) pour signifier à ton utilisateur que l'application est n'est pas gelé mais qu'un travail est en cours dont le temps n'est pas défini.

Pour les threads, va faire un tour sur la FAQ et les cours de ce site, il y a surement des choses très bien !

Par ailleurs, tu peux regarder ce que tu peux faire pour optimiser ta requete ou voir même ton SGBD si tu as la possibilité de le faire. Une table de 60 000 enregistrements n'est pas si "grand" que ca.

[walou]

J'ai crée une progress bar infinie, mais lorsque je click sur le pb qui génère la requète, la progress bar se fige !!!! et ça donne l'air que le pb s'est planté !!

[benratti]

Est ce que tu as lancer ta requete dans un thread ? Car sinon, ca risque de s'executer dans le thread de gestion graphique de swing et ca gèle l'affichage le temps de l'exeuction de ta requete. Quand tu as du code comme ca, tu l'executes pas directement, mais tu fais un thread qui l'execute.

[Mengué georges]

60000 lignes ce n'est pas grand et si c'est une bdd mono table encore moins pour mysql.
Si tes rqte sont multitables fait des jointures.
Si tu as de pb de mémoire et des lenteurs d'extraction vérifie que tu fermes ta connexion, statement et ressources car tout ce petit monde prend de la place et même si théoriquement la clôture est automatique, la mémoire n'est pas toujours restituée alors que si tu clôtures elle l'est.