preparedstatement ou statement avec requete optimisé ?

Bonjour,

vaut-il mieux utiliser un preparedstatement ou
un unique statement qui renvoie toutes les données utile et que l'on
stocke et manipule avec un hashMap ?

ex

prepared statement avec la requete

Code:

---

select a.a2, a.a1 from a where a2 = ?

---

et boucler avec 'toto', 'titi', 'tutu'

ou

statement avec la requete

Code:

---

select a.a2, a.a1 from a where a2 = 'toto' or a2 = 'titi' or a2 = 'tutu'

---

Pourquoi ?

Merci d'avance pour votre aide

Pour moi le PreparedStatement est le mieux...car les 'or' niveau performance, c'est pas super...si tu pose un index sur le champs a2, avec le PS ca sera ultra rapide (enfin, tout ca dépend bien sur de la base, de la quantitée de donnée, etc...)

En l'occurrence, la question est un peu vague, tu peux utiliser les 2 de la même manière :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

Statement stmt = connection.createStatement(); ResultSet rs = null;   for ( int i = 0; i < refs.length; i++ ) { rs = stmt.executeQuery("select * from Table where a2 = " + refs[i]); if ( rs.next() ) { ... } }

---

Et à mon avis, ça devrait être très proche en terme d'exécution...
Maintenant, si a2 est une chaîne de caractères (avec ' en plus), il est certain que le PreparedStatement est mieux...

Sinon, tu peux peut-être utiliser un argument Array directement dans ta requête PreparedStatement, ça reviendrait à faire ceci :

Code:

---

1 2 3 4 5 6 7 8

PreparedStatement pstmt = connection.prepareStatement("select * from Table where a2 in (?)"); pstmt.setArray(1, refs); ResultSet rs = pstmt.executeQuery(); while (rs.next()) { ... }

---

Là, ça devrait être optimal en performances...

A+

Merci pour vos reponses.

je vais essayer d'etre plus clair dans l'explication de mon probleme.

Actuellement j'ai un programme qui fait exclusimenet des preparedStatement cree au debut de la methode et ferme a la fin avec DES boucles.

Le temps d'execution est tres long.

Est ce que je peux espere avoir un gain de performances en utilisant un statement qui remonte toute les donnees necessaires à la place ?

En utilisant la méthode avec "in" tu devrais avoir les meilleurs temps de réponse possibles, certainement mieux qu'avec une suite de "or".

Sinon, tu peux générer toi-même la requête avec "in (v1, v2...)" et utiliser un Statement (moins bon à mon avis, sur certaine DB, il y a une limite sur le nombre de valeurs de la clause)

Dans tous les cas, une requête unique (avec ou sans "or") devrait être plus performante que N requêtes...

A+

Personnellement j'ai testé les deux et n'ai pas constaté de différence notable dans le temps de traitement par contre dans la gestion des valeurs envoyées la solution PS est mieux quoi que...
Si tu as un pb de temps de traitement ta solution est dans la gestion des index et là c'est à taton en éxécutant n fois la même rqte en comparant les tps de traitement que l'on trouve une solution faite de compromis.
De toute façon plus les rqtes sont simples et plus rapide sera le traitement.

Bonjour,

Merci pour vos reponses,

Si on ne cherche a optimiser que le code (cad les donnees sont deja indexes
pour repondre aux requetes) vous pensez qu'une serie de PreparedStatement
durera autat de temps qu'UN statement.

ok merci