Discussion :

[Satch]

Bonjour,

J'ai une petite question qui me vient comme ça et je n'ai trouvé nulle part quelque chose parlant de ça.

Je vais illustrer ma question par un exemple tout bête (pas besoin de DDL)

Vaut-il mieux faire ceci :

Code :

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

select * from machin inner join truc on machin.id = truc.id where machin.numero = 1

Ou ceci :

Code :

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

select * from machin inner join truc on machin.id=truc.id and machin.numero = 1

Pourquoi ?
Beaucoup de différence niveau perf ?

(pour la petite histoire je suis en train de faire un gros générateur de requête, lesquelles doivent être assez performantes)

PS : Je suis sous DB2 au cas ou.

Merci

[SQLpro]

Les performances d'execution sont en principe les mêmes.
En revanche les performances de la phase de calcul du plan de requête sont généralement meilleurs avec un ejointure exprimée dans une clause JOIN que daans le WHERE.
Pourquoi ?
Simplement parce que l'optimiseur présuppose que les colonnes présentes dans la clause ON du JOIN sont dotées d'index...
Ce qui n'est pas vrai dans une clause WHERE car les jointures sont noyées dans les autres filtres.

Autres éléments, voir le papier que j'ai écrit à ce sujet :
http://sqlpro.developpez.com/cours/s...ointures/#L1.2
§ UN CONSEIL IMPORTANT.

A +

[Satch]

Ce n'est pas exactement une jointure entre 2 tables.

Dans l'exemple que je donne c'est juste un filtrage (machin.numero=1). Habituellement on met plutôt ça dans le where, mais ça m'arrangerait de le laisser dans la jointure du from.
Et cette colonne numero n'aura pas a priori d'index.

[al1_24]

Dans le cas d'un INNER JOIN, ça n'a pas beaucoup d'impact, même au niveau du plan d'exécution.
En revanche, ça peut être extrèmement impactant sur les résultat en cas de jointure externe