Optimisation requête avec UNION

Bonjour,

Je dois faire une requête avec une clause where sur 2 champs. Le problème est que je dois faire 3 combinaisons sur ces 2 champs. Voici la première requête que j'ai essaye :

Code:

---

1 2 3

SELECT * FROM matable WHERE (champ1 = 'test1' AND champ2 = 3) OR (champ1 = 'test2' AND champ2 = 5) OR (champ1 = 'test3' AND champ2 = 1)

---

Cette requête n'a pas fonctionnée, je me suis donc tourné vers UNION, mais je ne suis pas satisfait de cette méthode :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

SELECT * FROM matable WHERE champ1 = 'test1' AND champ2 = 3 UNION SELECT * FROM matable WHERE champ1 = 'test2' AND champ2 = 5 UNION SELECT * FROM matable WHERE champ1 = 'test3' AND champ2 = 1

---

N'y a t-il pas une meilleure façon de faire ?

bonjour,

que veux dire "n'a pas fonctionné" ?

Votre 1ere solution est sans doute la meilleur et doit fonctionner.

Lorsque j'ai essaye la première solution, aucun résultat n'a été retourné. Je vais réessayer, j'ai peut être commis une erreur !

Citation:

---

Envoyé par vaccary

Bonjour,

Je dois faire une requête avec une clause where sur 2 champs. Le problème est que je dois faire 3 combinaisons sur ces 2 champs. Voici la première requête que j'ai essaye :

Code:

---

1 2 3

SELECT * FROM matable WHERE (champ1 = 'test1' AND champ2 = 3) OR (champ1 = 'test2' AND champ2 = 5) OR (champ1 = 'test3' AND champ2 = 1)

---

Cette requête n'a pas fonctionnée, je me suis donc tourné vers UNION, mais je ne suis pas satisfait de cette méthode :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

SELECT * FROM matable WHERE champ1 = 'test1' AND champ2 = 3 UNION SELECT * FROM matable WHERE champ1 = 'test2' AND champ2 = 5 UNION SELECT * FROM matable WHERE champ1 = 'test3' AND champ2 = 1

---

N'y a t-il pas une meilleure façon de faire ?

---

Bonjour,

Executez les deux requêtes et postez ici les deux "explain plan" afin que l'on puisse mesurer la différence. Pourriez vous avant de lancer les deux requêtes en question faire ceci

Code:

---

1 2 3

alter session set statistics_level=ALL; set linesize 150;

---

Afin d'obtenir ces "explain plans" je vous conseille de faire suivre la fin de votre requête par la commande sql suivante (qui extrait l'explain plan à partir de la mémoire)

Code:

---

1 2	select * from table(dbms_xplan.display_cursor(null,null,'ALLSTATS LAST'));

---

Bien respectueusement

Mohamed Houri

Merci pour votre aide. Je sais désormais pourquoi ça ne fonctionnait pas, le serveur sur lequel est la BDD est en train de tomber en rade, notre administrateur BDD se bat avec depuis plusieurs heures !

Désole pour la gène occasionnée,
Vincent

Attention, UNION applique un DISTINCT, le résultat sera donc différent de la requête initiale. l'équivalent de OR et UNION ALL ;)

Merci pour cette précision, toujours bon a savoir !

Citation:

---

Envoyé par orafrance

Attention, UNION applique un DISTINCT, le résultat sera donc différent de la requête initiale. l'équivalent de OR et UNION ALL ;)

---

Je dirais justement que si les conditions dans le OR n'étaient pas exclusives, un UNION ALL dédoublerait des lignes présentes une seule fois dans une requête par OR.

Là de toute façon les conditions sont exclusives, on est donc sûr que chaque ligne ne peut être ramenée que par une des conditions, donc l'avantage du UNION ALL c'est la peformance (pourquoi s'assurer qu'il n'y a pas de doublons quand on sait qu'il ne peut pas y en avoir ?).