Discussion :

[Targan]

Bonjour,

voila j'ai une problématique simple, mais l'analyse se révèle compliquée pour moi.

Imaginons une base (oracle) ayant une table contenant des valeurs simples style varchar.
Le besoin est de tester la présence ou non d'un certain nombre de valeurs.

Est il plus judicieux de répéter n fois (par une boucle for dans le prog) un :

Code :

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

 select my_value from my_table where my_value = "la_valeur_à_tester"

ou de tenter de faire une requête "plus globale" pour tester en 1 seule requete ?

Si c'est faisable en 1 seule requete, quelle en serait son écriture ?

Merci.

nb: on peut estimer (je n'ai pas les chiffres) qu'il existe des milliers (voir centaines de milliers) de valeurs dans la table, et qu'on recherche entre 0 et 3000 valeurs. La limitation pour une seule requete ne serait elle finalement pas la limitation de la taille textuelle de la requete ?

[edit] mes valeurs à retrouver sont fournies par un élément externe, ce n'est pas une sous requete.

[CinePhil]

La syntaxe générale pour ce genre de chose est celle-ci :

Code :

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

1
2
3
SELECT les_colonnes_souhaitees
FROM la_table
WHERE la_colonne IN (val1, val2, valn)

Il faudrait donc que l'outil externe construise la liste de valeurs à chercher séparées par des virgules et préparer la requête avec cette liste.

Mais je ne sais pas quelle longueur maximale de liste est supportée. Et avec 3000 valeurs à chercher, je me demande s'il ne serait pas plus rapide de créer une table temporaire et d'y insérer les valeurs puis de faire une jointure avec cette table temporaire.

[Targan]

ok et donc dans le cas d'une requete globale en select...in , faire un découpage toutes les 1000 valeurs vu qu'Oracle n'accepte que 1000 valeurs "externes" dans un clause IN ?

Est ce que d'un point de vue conception / optimisation / perfs il est préférable de faire une seule requete IN comprenant une clause where conséquente à une multitude de requetes simples ?

[edit] l'idée de la table temporaire en jointure est sympathique anyway.

Merci.

[Waldar]

La question est comment récupérez-vous votre liste de valeurs ?
Cela influe sur le choix de la réponse technique.

[Targan]

Elle arrive dans une liste de chaine de caractère extraite depuis un fichier, et cette liste est elle même testée pour en définir une nouvelle plus complète ensuite.

[Waldar]

Est-ce possible d'agrémenter d'un petit exemple ?

[Targan]

Voici un bout de code (java) de l'existant.

Il s'agit de parcourir une hashmap, et de vérifier l'existence dans la base de chaque valeur.

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
 
public static List<String> getAlreadyExist(HashMap<String, String>  myHashMap) throws Exception {
 
...
 
List<String> alreadyExist = new ArrayList<String>();
for (String cle : myHashMap.keySet()) {
  List<String> lstNames = getNames(myHashMap.get(cle));
  for (String curName : lstNames) {
    String request = "SELECT * FROM TOTO WHERE NOM = '" + curName + "'";
    rs = stmt.executeQuery(request);
    if (rs.next())
      alreadyExist.add(curName);
  }
}

Ce code a été fait par une tierce personne.

Bref on se retrouve avec une liste (hashmap) qui récupère une liste pour chaque valeur.
Du coup, en fonction du nombre de valeur, y a n requetes executées pour un truc qui pourrait probablement être fait en 1 seule.


Je vais probablement tenter d'exploser tout cela pour construire une requete dynamiquement avec un WHERE IN...
Ne sachant pas le nombre "moyen" de valeurs à tester, faut que je split le IN pour mettre 1000 valeurs max par clause IN (limitation Oracle).

Qu'en pensez vous ?

Merci.

nb: j'ai volontairement changé qq noms dans l'exemple ;p