priorité des opérateurs

Bonjour,

A propos des opérateurs ensemblistes, j'apprends que l'opérateur IN a une priorité plus élevée que l'opérateur UNION.
Cela signifie t-il que Oracle évalue une clause IN avant une clause avec l'opérateur UNION?

J'ai simplement besoin d'une confirmation.

Merci à vous.
Cordialement.
Nathalie

bien entendu... IN c'est un opérateur permettant de restreindre un ensemble alors que UNION additionne les ensembles... tu peux pas faire le 2° sans avoir fait le 1° c'est logique

Désolé pour mon intervention, mais toute simplement je n'arrive pas à l'avoir :cry:.
Dans la documentation d'Oracle (SQL Reference – version 9) je trouve seulement les opérateurs UNION [ALL], INTERSECT et MINUS comme opérateurs d'ensemble (set operators). Je ne trouve pas l'opérateur IN dans cette catégorie et bien ni dans la partie sur l'ordre de priorités de ces opérateurs.
Pourriez-vous SVP me montrer avec un exemple comment cette priorité plus élevé est prise en compte (ou si j'ai raté quelque chose ...)

Un exemple :

Code:

---

1 2 3 4 5 6 7 8 9

SELECT * FROM employes WHERE lieu_de_travail IN (SELECT nom_de_ville FROM sites WHERE REGION = 'Normandie' ) UNION SELECT * FROM employes WHERE service = 'RH'

---

Oracle va résoudre ton premier SELECT (avec la clause IN) ainsi que le SELECT qui est derrière ta clause UNION avant de concaténer les deux résultats (effet de l'UNION).
Voilà pourquoi tu peux dire que l'opérateur IN est prioritaire à l'opérateur UNION.

Mais sinon c'est effectivement assez bizarre de comparer les priorité entre un IN et un UNION puisqu'ils ne s'utilisent pas vraiment de la même façon. l'un s'utilise dans une clause WHERE/AND et l'autre non.

Citation:

---

Envoyé par dyvim

Un exemple :
Mais sinon c'est effectivement assez bizarre de comparer les priorité entre un IN et un UNION puisqu'ils ne s'utilisent pas vraiment de la même façon. l'un s'utilise dans une clause WHERE/AND et l'autre non.

---

On est d'accord! :P

Salem:salut:
je ne suis pas d'accord:

si on inverse les deux requete qu'est ce qui se passera???

Code:

---

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

SELECT * FROM employes WHERE service = 'RH'   UNION   SELECT * FROM employes WHERE lieu_de_travail IN (SELECT nom_de_ville FROM sites WHERE REGION = 'Normandie' )

---

Bon courage

Zoheir BOUSSAFI

Le plan d'éxécution sera le même exactement normalement.

Il jouera en même temps les deux SELECT puis concatenera leurs résultats...
(par contre il est vrai que le SELECT situé derrière le IN sera toujours joué en premier)

C'est peut être intéressant de se rappeler que

Code:

---

1 2	colonne in (valeur1, valeur2, valeur 3)

---

signifie

Code:

---

1 2 3 4

colonne = valeur1 or colonne = valeur2 or colonne = valeur3

---

d'après la doc, UNION est un opérateur de set et IN est une condition

impossible de mélanger les deux

select * from T WHERE (x) IN (y)
UNION
SELECT * FROM T

...

salem:salut:

c'est ce que je voulait dire ds mon msge a priori;

Bon courage
Zoheir BOUSSAFI

salem:salut:

c'est ce que je voulait dire ds mon msge de 06/11/2007 a 15h38 ,a priori :yaisse2:;

Bon courage
Zoheir BOUSSAFI

Citation:

---

Envoyé par laurentschneider

d'après la doc, UNION est un opérateur de set et IN est une condition

impossible de mélanger les deux

select * from T WHERE (x) IN (y)
UNION
SELECT * FROM T

...

---

Dans la théorie, ce que vous appelez ici une condition est en fait l'opérateur relationnel RESTRICT (restriction). Donc je peux lire votre exemple comme

Code:

---

1 2	Restrict(T) Union T

---

Cella ne change rien aux priorités :)

la syntaxe de la IN-condition est

expr IN expr

ou

expr IN (expr,expr)

ou

expr IN (subquery)

mais pas

expr IN subquery

donc impossible de mélanger

C.J. Date «*Database In depth*» Chapitre 1 pag. 7 et suivantes. Ce chapitre peut être téléchargé
en format PDF.

Citation:

---

In the following list I’ll briefly describe what
are usually thought of as the original eight operators (essentially the ones Codd defined
in his earliest papers)
...
Restrict
Returns a relation containing all tuples from a specified relation that satisfy a specified
condition. For example, we might restrict relation EMP to just the tuples where the
DNO value is D2.

Project
Returns a relation containing all (sub)tuples that remain in a specified relation after
specified attributes have been removed. For example, we might project relation EMP
on just the ENO and SALARY attributes.

Product
Returns a relation containing all possible tuples that are a combination of two tuples,
one from each of two specified relations. Product is also known variously as cartesian
product, cross product, cross join, and cartesian join (in fact, it is just a special case of join, as
we’ll see in Chapter 5).

Intersect
Returns a relation containing all tuples that appear in both of two specified relations.
(Actually, intersect also is a special case of join.)

Union
Returns a relation containing all tuples that appear in either or both of two specified
relations.

Difference
Returns a relation containing all tuples that appear in the first and not the second of
two specified relations.

Join
Returns a relation containing all possible tuples that are a combination of two tuples,
one from each of two specified relations, such that the two tuples contributing to any
given result tuple have a common value for the common attributes of the two relations
(and that common value appears just once, not twice, in that result tuple).

NOTE
This kind of join was originally called the natural join. Since natural
join is far and away the most important kind, however, it’s become
standard practice to take the unqualified term join to mean the natural
join specifically, and I’ll follow that practice in this book.

Divide
Takes two relations, one binary and one unary, and returns a relation consisting of all
values of one attribute of the binary relation that match (in the other attribute) all values
in the unary relation.

---

Si j'ai bien compris Oracle est un SGBDR(élationel), n'est pas vrai ?