Pourquoi l'ordre des clauses d'inscription affecte-t-il le plan de requête dans SQL Server?

Évidemment, l'optimiseur SQL Server 2005 est beaucoup mieux que le SQL Server 2000 un.

Cependant, il y a beaucoup de vérité dans votre question. Les jointures extérieures entraîneront une exécution pour varier sauvagement sur la commande (les jointures intérieures ont tendance à être optimisées à la voie la plus efficace, mais encore une fois, la commande compte). Si vous y réfléchissez, lorsque vous construisez des jointures à gauche, vous devez déterminer ce que le diable est à gauche. En tant que tel, chaque jointure doit être calculée avant que tous les autres jointures puissent être effectuées. Il devient séquentiel et non parallèle. Maintenant, évidemment, il y a des choses que vous pouvez faire pour combattre ceci (tels que des index, des vues, etc.). Mais, le point se tient: la table doit savoir ce qui est à gauche avant qu'il ne puisse faire une jointure extérieure gauche. Et si vous continuez à ajouter des jointures, vous obtenez de plus en plus d'abstraction à ce qui est à gauche (surtout si vous utilisez des tables jointes comme table de gauche!).

Avec des jointures intérieures, vous pouvez toutefois les paralléliser un peu, il y a donc moins de différence dramatique en ce qui concerne l'ordre concerné.

Cela dépend de laquelle des champs de jointure sont indexés - s'il doit analyser le premier champ, mais utilisez un index sur la seconde, c'est lent. Si votre premier champ de jointure est un index, ce sera plus rapide. Je suppose que c'est que 2005 l'optimise mieux en déterminant les champs indexés et effectuant ces premiers

Une stratégie générale pour optimiser les requêtes contenant des jointures consiste à examiner votre modèle de données et les données et essayer de déterminer quelles jointures réduiront le nombre d'enregistrements qui doivent être considérés comme le plus rapidement. Moins d'enregistrements à prendre en compte, plus la requête sera plus rapide. Le serveur produira généralement un meilleur plan de requête aussi.

Avec l'optimisation ci-dessus, assurez-vous que tous les champs utilisés dans les jointures sont indexés

chez DevConnections Il y a quelques années, une session sur SQL Server Performance a déclaré que (a) l'ordre des jointures extérieures compose, et (b) lorsqu'une requête a beaucoup de jointures, elle ne les regardera pas avant de faire une détermination sur un plan. Si vous savez que vous avez des jointures qui vous aideront à accélérer une requête, elles devraient être tôt dans la liste de la liste (si vous le pouvez).

Je dois être en désaccord avec toutes les réponses précédentes, et la raison est simple: si vous modifiez l'ordre de votre jointure gauche, vos requêtes sont logiquement différentes et comme telles, elles produisent différents ensembles de résultats. Voir pour vous-même:

SELECT 1 AS a INTO #t1
UNION ALL SELECT 2
UNION ALL SELECT 3
UNION ALL SELECT 4;

SELECT 1 AS b INTO #t2
UNION ALL SELECT 2;

SELECT 1 AS c INTO #t3
UNION ALL SELECT 3;

SELECT a, b, c 
FROM #t1 LEFT JOIN #t2 ON #t1.a=#t2.b
  LEFT JOIN #t3 ON #t2.b=#t3.c
ORDER BY a;

SELECT a, b, c 
FROM #t1 LEFT JOIN #t3 ON #t1.a=#t3.c
  LEFT JOIN #t2 ON #t3.c=#t2.b
ORDER BY a;

a           b           c
----------- ----------- -----------
1           1           1
2           2           NULL
3           NULL        NULL
4           NULL        NULL

(4 row(s) affected)

a           b           c
----------- ----------- -----------
1           1           1
2           NULL        NULL
3           NULL        3
4           NULL        NULL