Salut,
 
Une question simple. Supposons que dans une méthode j'ai une preparedstatement et un resultset ouvert sur une connection c. Est ce que c'est BAD ou dangereux ou instable de creer un deuxièmee preparedstatement et récupérer un deuxième resultset avec la meme connection c.
 
Sinon si il y a un lien avec ce genre d'info c'est bon aussi, je me débrouillerai
 
 

DarkLord a écrit a écrit : Salut,   Une question simple. Supposons que dans une méthode j'ai une preparedstatement et un resultset ouvert sur une connection c. Est ce que c'est BAD ou dangereux ou instable de creer un deuxièmee preparedstatement et récupérer un deuxième resultset avec la meme connection c.   Sinon si il y a un lien avec ce genre d'info c'est bon aussi, je me débrouillerai

 
d'expérience, je dirais que non, jamais eu de soucis avec ca, meme avec 3 ou 4

bon j'implémente et on verra bien Je continue à chercher en attendant ...

DarkLord a écrit a écrit : bon j'implémente et on verra bien Je continue à chercher en attendant ...

 
c quoi le sgbd derriere ?

Oracle

 
boah pas de soucis alors, quoi qu'en dise l'ami greg, c trop bien oracle, tu peux tout faire il rale que tres rarement (edit : pas comme greg   )

je ne ferai AUCUN commentaire  

tu parles,
oracle il supporte meme pas VRAIMENT les preparedstatements

je comprend pas ta question là ...
ca me parait logique que tu puisses executer plusieurs actions sur une même connection.  
 
par contre je me pose une autre question. Comment on fait pour se servir d'un même prepared statement sur plusieurs connection différentes

benou: ben on peut pas : le preparedstatement est envoyé à la db pour qu'elle le prepare, bien avant qu'il ne soit executé...
m'enfin bon si t'as une String sql sous la main, spa mortel

donc c'est vraiment quand tu dois faire plusieurs fois la même requête à un moment bien précis ...
tu peux pas les créer une fois opur toute et les utiliser quand tu as besoin, c'est ca ?

 
seulement sur une connexion donnée

dommage ...
 
toi qui a l'air de connaître un peu le truc, tu t'en sers souvent ?

 
des preparedStatement ? quand g une requete qui revient souvent oui ...
mais si tes requetes dépendent de plein de parametres, c pas la peine ... statement est plus rapide

surtout avec oracle
 
moi je me sert tout le temps de preparedStatement: casse les couilles de foutre les quotes, de les echapper, de formater les dates, etc.

ouais mais il faut qu'à un moment donné, tu aies besoin d'executer plusieurs fois de suite la même requête ... c'est pas souvent que ca se produit ca ...

--greg-- a écrit a écrit : surtout avec oracle   moi je me sert tout le temps de preparedStatement: casse les couilles de foutre les quotes, de les echapper, de formater les dates, etc.

 
ouais mais en pratique, si ta requete est dynamique, c bcp plus lent avec un preparedStatement
par contre si des requetes sont plus ou moins statiques (ou du moins tres peu de parametres, et qu'elles sont executées souvent, alors l'utilisation d'un preparedStatement te permet de gagner bcp, vu qu'elle est dans le cache du sgbd

 
ou qu'un certain nombre de clients executent la meme requete ...

et c intéressant pour les batchs insert/update/delete aussi

ouais mais faut qu'on soit sur la même connexion ce qui est pas évident ...

 
g jamais dit le contraire
en web c sur c pas facile, mais sur une appli, genre si tu bosses avec une jtable, pour les requetes qui rafraichissent le contenu tu peux utiliser des preparedStatement, tu peux t'attendre a ce qu'elles soient executées plusieurs fois

les preparedStatement c'est super utile pour passer des param qui contiennent des caractères spéciaux.  
C'est d'ailleurs anormal que les statements tout simples le permettent pas !