Discussion :

[brice01]

Je souhaitais savoir à quel moment la clause where était traitée dans une requete de ce type :

select * from commande c inner join reception r on c.nocde=r.nocde where c.nomclient="DUPONT"

1-Avant la jointure
2-Apres la jointure

Si c'est apres la jointure alors comment est il possible de filtrer avant la jointure.

MERCI

[Magnus]

Hum...

Il y a déjà une question similaire qui a soulevé pas mal d'avis partagés mais la conclusion générale est de cet ordre d'idée :
tu n'as pas à te soucier à QUEL MOMENT est appliqué la jointure par rapport à la clause where dans la mesure où c'est à l'optimiseur de s'en charger.

Par conséquent, que veux-tu dire par :

comment est il possible de filtrer avant la jointure

Il ne t'est pas possible d'ajouter un nouveau filtre dans le where ?

[TheLeadingEdge]

comme ça (si j'ai bien compris la question).

select * from commande c inner join reception r on c.nocde=r.nocde and c.nomclient="DUPONT"

[brice01]

Je precise :
table commande 200000 lignes
table reception 300000 lignes

Si le filtre sur le client de la commande s'execute en premier alors on passe de 200000 lignes à 1000 lignes et donc la jointure ne se fait que sur 1000 lignes au lieu de 200000 lignes.
Peut etre que sur ce volume de donnée cela ne change rien mais si on passe sur des volumes 10 fois voir 100 fois superieur cela peut avoir un impact beaucoup important.

[TheLeadingEdge]

re,

Si c'est simplement dans un (louable) but d'optimisation de tes performances Magnus t'as donné la réponse. C'est le boulot de l'optimiseur de déterminer le meilleur plan de requête. Tout ce que tu as à faire c'est de lui donner les bons éléments pour le faire en indexant correctement tes tables et mettant tes stats régulièrement à jour. Dans 1 rq ''normale'' l'ordre ds lequal tu vas écrire tes clauses n'influera pas sur la façon dont elle sera exécutée par le moteur.

[brice01]

merci beaucoup !
Comme ca c'est clair !