Problème étrange avec la jointure gauche et la sous-requête dans la sélection

Question

J'ai une requête T-SQL qui provoque des problèmes de performances. C'est un gros morceau mais la partie qui semble causer un problème est un simple joint gauche. Cela peut être résolu en supprimant la jointure gauche et en utilisant une sous-requête dans la sélection, mais cela ne me semble pas satisfaisant car je ne vois pas pourquoi on travaille rapidement et pas l'autre.

Il n'y a pas beaucoup de données impliquées et il y a des clés/index sur toutes les colonnes de jointure. La seule autre chose que je me demandais concernait les statistiques sur la base de données et si elles affectaient la performance.

Par exemple (N.B. c'est juste une simplification d'une requête beaucoup plus complexe

LENT

SELECT A.1,A.2,B.3 FROM A LEFT JOIN B ON A.ID = B.ID ... 

FAST

SELECT A.1, A.2, (SELECT B.3 FROM B WHERE B.ID = A.ID) FROM A

Answer 1

ces tw o les requêtes peuvent ne pas être équivalentes. Si votre sous-requête:

(SELECT B.3 FROM B WHERE B.ID = A.ID) 

renvoie plus d'une ligne, votre jointure gauche va juste retourner deux lignes, mais votre sous-requête soufflera se plaindre que « sous-requête retourné plus d'une ligne ». Si B.ID est unique, l'optimiseur le sait-il? Avez-vous une contrainte ou un index unique?

Answer 2

En général, une sous-requête serait généralement plus lente qu'une jointure gauche, il doit donc y avoir quelque chose d'autre qui se passe.

Afficher d'abord l'ensemble de la requête que le problème peut être une partie que vous avez utilisé le ... pour représenter.

Ensuite, vérifiez vos plans d'exécution et voyez quelle est la différence. Et êtes-vous absolument sûr qu'il y a un index sur la colonne id. Les contraintes FK n'obtiennent pas automatiquement les index créés.

Les deux requêtes renvoient-elles les mêmes enregistrements? On peut être plus rapide parce que ce n'est pas l'équivalent de l'autre.