Quel est le moyen le plus rapide de sortinger une requête EF-to-Linq?

En utilisant Entity Framework, en théorie qui est plus rapide:

// (1) sort then select/project // in db, for entire table var results = someQuery .OrderBy(q => q.FieldA) .Select(q => new { q.FieldA, q.FieldB }) .ToDictionary(q => q.FieldA, q => q.FieldB); 

ou

 // (2) select/project then sort // in db, on a smaller data set var results = someQuery .Select(q => new { q.FieldA, q.FieldB }) .OrderBy(q => q.FieldA) .ToDictionary(q => q.FieldA, q => q.FieldB); 

ou

 // (3) select/project then materialize then sort // in object space var results = someQuery .Select(q => new { q.FieldA, q.FieldB }) .ToDictionary(q => q.FieldA, q => q.FieldB) .OrderBy(q => q.FieldA); // -> this won't comstack, but you get the question 

Je ne suis pas un expert SQL, mais il semble intuitivement que 2 est plus rapide que 1 … est-ce correct? Et comment cela se compare-t-il à 3, car dans mon expérience avec EF, presque tout est plus rapide lorsqu'il est fait sur le db.

• Exécution des tâches de l'agent Sql Server à partir de C #
• Connecté à une database inconnue dans Entity Framework
• Comment publier une database SSDT à partir du code
• Requête pour supprimer des loggings de plus de n dates actives de chaque groupe
• Comment countr un logging en double à partir d'une requête select

PS Je n'ai aucun outil de perf dans mon environnement, et je ne sais pas comment le tester, d'où la question.

• Faire plusieurs requêtes Linq To Entity dans Entity Framework en utilisant un seul DBContext Connectez-vous une seule fois à la database
• LINQ Union contre SQL Union
• Suppression d'loggings en passant des valeurs séparées par des virgules SQL Server & C #
• L'intégration CLR de SQL Server ne request pas l'heure système comme prévu
• Données qui ne sont pas insérées dans la database