Discussion :

[Feng-Huang]

Bonjour,

J'ai lancé une discussion (ici), qui traite de la meilleure manière d'obtenir une liste ordonné par une clé commune provenant de plusieurs tables. Ces tables ont été séparées car un le type d'un champ différerait énormément suivant les type d'enregisterment (je recommande vivement de relire le sujet pour comprendre). Cependant, certaines sections du site sélectionne uniquement un type d'objet trié toujours selon la même clé commune ; j'ai donc pensé que il sera plus "facile" pour SQL de traiter les tables séparément car :

Dans le big tuto que j'ai lu sur le SELECT de SQL ici, ils parlent entre autre des schéma SQL pour les requête, et disent que la clause WHERE est une clause qui est effectué après la construction du plan, et donc que tous les éléments sont d'abord sélectionné, puis ensuite trié, donc au niveau performance, le temps de la requête sera le même avec ou sans le where je me trompe ? Du coup rassembler les tables ralongerait le temps de la requête non ?

Date : 27 Dec 2002 10:17:10 +0100
De : Frédéric BROUARD
La clause WHERE est un filtre d'élimination. Il suppose que les différentes tables sont déjà jointes en une seule et parcoure l'ensemble des résultats à la recherche des lignes correspondant aux critères donnés.
En revanche la clause JOIN se comporte différemment. Elle agit AVANT
que la jointure soit effective.
[...]

[Antoun]

Tu te trompes, pour deux raisons :

1/ si tu penses (ou si tu constates) que les conditions dans le JOIN sont plus rapides, rien ne t'interdit de déplacer tes conditions de WHERE vers JOIN

2/ plus fondamentalement, la description que fait Fred dans son tuto est une description logique, mais pas forcément physique ; il cherche à expliquer la différence de résultat entre une condition dans le WHERE ou dans le JOIN dans le cas d'une jointure externe, mais il ne parle pas du tout d'optimisation.

En d'autres termes, dire que le SGBD traite d'abord les JOIN et ensuite le WHERE est une approximation ; il serait plus exact de dire que le SGBD produit le même résultat que s'il traitait d'abord les JOIN et ensuite le WHERE. Comment il les ordonne réellement dépend purement de ses algos d'optimisation.

Pour ce qui concerne ta modélisation, Sabotage a entièrement raison, il est absurde de mettre des éléments identiques dans des tables différentes, alors qu'il suffit d'ajouter une colonne "type".

All the evil comes from premature optimization.