Amélioration requête complexe

Bonjour à tous,

je sollicite votre science pour m'aider à optimiser une requête SQL longue et complexe.

Dans cette requête j'ai une longue structure de la forme :

Code:

---

1 2 3 4

NomTable.NomChamp like ('valeur1%') or NomTable.NomChamp like ('valeur2%') or NomTable.NomChamp like ('valeur3%') or etc.

---

Je me demande si vous connaissez une manière de condenser et optimiser un tel code.

Merci de vos retours

Condenser le code, oui. Mais je ne suis pas sûr qu'il sera optimisé même si je ne pense pas qu'il sera plus long ...

Code:

---

substr(NomTable.NomChamp,1,7) in ('valeur1','valeur2','valeur3', ...)

---

Avec seulement ces informations c’est dur :aie:.
Quelle version d’Oracle ?
Existe-il un index sur la zone en question ? Est-il utilisé ?
Les statistiques sont-elles à jours ?
Quel est l’état actuel des choses et que est-ce que vous vous proposer d’obtenir ?
Fonctionnellement cette requête peut-elle être reformulée ?
Quelle volumétrie ?
Comment savez-vous que c’est précisément cette construction qui pose des problèmes d’optimisation par rapport à la complexité de la requête ?

Citation:

---

Envoyé par dragon74

Condenser le code, oui. Mais je ne suis pas sûr qu'il sera optimisé même si je ne pense pas qu'il sera plus long ...

Code:

---

substr(NomTable.NomChamp,1,7) in ('valeur1','valeur2','valeur3', ...)

---

---

Cette transformation n'est pas équivalente donc inutilisable.

Salut mnitu,
dans l'exemple qui est donné, c'est équivalent. Mais je suis d'accord, il y a une restriction, c'est que valeur1, valeur 2 et valeur3 doivent être de la même longueur à cause du fait que l'on précise la longueur dans le substr.

Citation:

---

Envoyé par dragon74

Salut mnitu,
dans l'exemple qui est donné, c'est équivalent. Mais je suis d'accord, il y a une restriction, c'est que valeur1, valeur 2 et valeur3 doivent être de la même longueur à cause du fait que l'on précise la longueur dans le substr.

---

Salut dragon74,
Pour moi « c'est équivalent avec restriction » égal « ce n'est pas équivalent ».
Mais, de plus, je suppose que les valeurs viennent de l'interface utilisateur donc voilà pour quoi je ne pense pas que la solution que tu propose est vraiment envisageable. Et il y a aussi le substr qui va faire sauter l’index (je sait on pourrait utiliser un index fonction mais pour l'instant …)

C'est vrai qu'il y a la restriction. J'essayais juste de proposer quelque chose à partir des infos fournies. Je dois bien admettre que tant qu'on n'a pas de réponse à ton premier post sur le sujet, il est difficile de faire plus ;)