Discussion :

[-gma-]

Bonjour,

J'ai toujours entendu dire qu'utiliser des PreparedStatement permettait d'améliorer les temps d'exécution des requêtes grâce à la précompilation (si le driver la supporte).
Je ne doute pas que ça soit vrai dans un cas comme celui ci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
PreparedStatement ps = connection.prepareStatement("SELECT ...");
  for (...) {
    // set des paramètres
    ps.setObject(...);
    // exécution
    ResultSet rs = ps.executeQuery();
    //exploitation du résultat
    ...;
  }

mais si l'instance de PreparedStatement n'est utilisée qu'une seule fois, par exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
void methodA() {
for (int i=...) {
  ResultSet rs = methodB(i);
  //exploitation du résultat
  ...;
}
}
 
void methodB(int param) {
  PreparedStatement ps = connection.prepareStatement("SELECT ...");
  // set des paramètres
  ps.setObject(param...);
  // exécution
  return ps.executeQuery();
}

est-ce que c'est toujours le cas ?

J'ai (beaucoup) simplifié le code ci-dessus, car je me pose la question d'un point de vue théorique. Je sais qu'il faut libérer les ressources, etc. Je sais aussi qu'il ne faut pas chercher à optimiser avant d'avoir des problèmes de performance: je veux juste savoir si dans la façon de faire du deuxième cas les PreparedStatement sont pertinents.

Au passage il s'agit d'une connexion à une base DB2...

Merci d'avance

[adiGuba]

Salut,

je veux juste savoir si dans la façon de faire du deuxième cas les PreparedStatement sont pertinents.

A partir du moment où ta requête est paramétré, le PreparedStatement est le plus pertinent.


Coté performance, je ne pense pas que ceci puisse avoir une influence réelle sur une seule requête...


a++

[Rei Ichido]

Il y a plusieurs réponses possibles à la question des performances sur ce sujet.

D'une manière générale, les DBA préféreront avoir une seule query, avec des Bind Variables. C'est plus facile à tracer, plus facile en général à optimiser, et on gagne sur le hard parsing.

En particulier, si ta requête est complexe, le temps de hard parsing peut ne pas être négligeable ; même si tu n'es pas au niveau applicatif dans une boucle au moment même de l'exécution, rien n'empêche que la requête soit générée beaucoup, beaucoup de fois (avec des valeurs différentes).

Par contre, ça nécessite d'avoir du Bind Variable Peeking de bonne tenue ! Sinon des cas pathologiques (typiquement sur des colonnes avec des répartitions peu homogènes) risquent de plomber les performances. Là c'est du domaine du SGBD, et parfois il n'y a pas de bonne solution !

[-gma-]

Merci pour vos réponses.

Je vais utiliser les PreparedStatement pour le moment et je verrai au cas par cas si mes amis les DBA me cassent les pieds