Entity Framework Query Optimization

Question

J'ai quelques mois d'expérience de travail avec Entity Framework et écrit principalement une tonne de requêtes linq de récupération de données. Je viens d'un arrière-plan SQL lourd, et j'essaie d'optimiser une partie du SQL pour la performance et la lisibilité si j'essaye de déboguer des problèmes de performance.

Je remarque une partie de la sql généré fait des choses comme celle-ci pour une tableA avec des colonnes {col1, col2, col3}

select 
    Extent1.col1 
from 
(
    select col1, col2, col3 from tableA 
) AS Extent1 

Ma question est, comment puis-je l'empêcher de faire ces tables dérivées inutiles , et faites simplement

select col1 from tableA 

où est-il nécessaire? Je n'arrive pas à comprendre pourquoi il le fait parfois et d'autres fois il ne le fait pas ...

Answer 1

Avez-vous comparé les plans d'exécution de requête réels de la requête générée par rapport à comment l'optimiser? Vous pourriez être surpris des résultats, je sais que j'étais. Et j'ai acquis un profond respect pour les développeurs de l'équipe du serveur SQL qui semblent faire un excellent travail pour faire en sorte que ce qui ressemble à une requête sous-optimale fonctionne de la même manière.

Je serais intéressé d'entendre si votre expérience diffère de la mienne; J'ai arrêté de chercher des moyens de modifier les requêtes générées car pour chaque requête que j'essayais d'examiner, il n'y avait pas de réelle différence de performance.

EDIT: Ma dernière déclaration n'est pas tout à fait vrai, il y a certainement N + 1 situations que vous avez à surveiller, et toutes les opérations par lots (mises à jour, suppressions et insertions de plusieurs enregistrements en même temps) ne seront même pas proches de la performance pour écrire une requête à la main en raison de la nature du travail avec des enregistrements individuels. Mais les extensions externes sont essentiellement supprimées par l'optimiseur de requêtes SQL Server.