Version imprimable
Bonjour,
J'ai un petit programme qui boucle auour de select en JDBC. Lorsque je le fais tourner en mode debug, l'onglet du meme nom me montre un nombre impressionnant de threads par moment. Le nombre fluctue. Je n'utilise aucune thread, pas de runnable dans mon propre programme. Qu'est-ce qui pourrait expliquer ces threads ?
Merci d'avance,
KMp
Si tu ouvres des connections dans tous les sens ou que tu ne fermes pas les ResultSet (et autres), c'est possible que le driver lance un thread pour fermer les ressources au bout d'un certain temps d'inactivité.
Un grand merci pour ta reponse, the-gtm.
J'ai encore verifie et je ferme tout ce que j'ouvre (ResultSet, PreparedStaement, Connection) juste apres l'avoir utilise et avant d'appeler une autre methode qui accede a la BD.
Par contre effectivement j'ouvre sans doute des connections dans "tous les sens" (peux tu preciser ce que tue entends par la stp).
Etant donne que mon programme se resume a une grosse boucle autour de 4 select , cela fait beaucoup de connections qui s'ouvrent et se ferment rapidement...
Quelle serait la solution pour faire cette sorte de selection en batch ?
Faudrait-il que je "reutilise" au mieux une unique connection en la passant entre les methodes chargees des requetes?
merci
L'idéal c'est d'avoir une seule connection, et d'utiliser des PreparedStatement. Ca permet de créer des requêtes auxquelles on affecte ensuite des paramêtres, tu peux donc les conserver tout au long de ta boucle.
La seule chose non réutilisable c'est le ResultSet (forcèment ...)
Un grand merci pour les conseils !
J'utilise deja des prepared statement meme si j'ai du mal a voir qui gere quoi mais , c'est un autre probleme ;).
Tu me conseilles donc de garder une unique connection ouverte et de la passer entre les methodes ? (dans mon code, une methode = 1 requete).
En gros:
1/ J'ouvre la connection dans ma methode "principale"
2/ Je passe la connection a chaque methode chargee d'executer une requete
qui la passe evenetuellement a une autre methode charge de .... etc...
elles ouvrent des statement, recuperent des resultsets font leur job et les ferment... (mais pas la connection)
3/ Lorsque je n'ai plus d'"enregistrement" a gerer, je ferme la connection...
Ca ressemble a ca ?
Ca devrait effectivement etre plus rapide de ne pas ouvrir et fermer tant de connections ;)
Juste une modif, les statement n'ont pas besoin d'être ouverts à chaque fois. Si tu as 4 requêtes, il te suffit d'ouvrir les 4 statements correspondants au début. Sinon c'est ça l'idée.
Merci *beaucoup* !
Je viens de passer en mode une seule connection et ca fuse (comme un pet sur toile ciree!!!) ! :yaisse2:
Encore une fois, un grand merci :D
J'en profite pour t'emmerder avec les prepared statements, si je comprends bien, en JDBC "normal" (sans pool), si on perd la reference a l'objet PreparedStatement, on perd le gain de l'avoir "prepare" ? Du coup, il faut lui donnee une duree de vie la plus large possible ?
Ca ressemble a ca ?
Mais bon, avec du coup de:main, on progresse ;)
Et niveau nombre de threads, y'a toujours un peu du monde mais c'est plus la queue !
MERCI!
edit: une fois la dernire bourde reparee, plus qu"une en plus de main() !
MERCI!!!!:king:
Le mieux en JDBC pour éviter les multiples connexions et tout ...
Tu te crée une classe avec des méthodes statiques qui interfèrent avec la base de données. En utilisant le pattern singleton ca te permet d'avoir une seule connexion (appelé uniquement à l'execution de la première requète).