对 EF-to-Linq 查询进行排序的最快方法是什么？

Question

使用实体框架，理论上哪个更快：

// (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);

或

// (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);

或

// (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 compile, but you get the question

我不是 SQL 专家，但直觉上似乎 2 比 1 快……对吗？这与 3 相比如何，因为根据我的 EF 经验，在 db 上完成几乎所有事情都会更快。

PS 我的环境中没有性能工具，不知道如何测试，因此提出了问题。

Answer 1

您的查询正在编译并在您调用 ToDictionary 时执行，因此 1 和 2 应该相同并产生相同的查询：在这两种情况下您都会得到一个 SELECT FieldA, FieldB FROM table ORDER BY FieldA。

第三个不同：您首先执行 SQL 查询（没有ORDER BY 子句），然后对内存中返回的集合进行排序（数据不是由 DB 提供程序排序，而是由客户端排序）。这可能会更快或更慢，具体取决于数据量、服务器和客户端的硬件、数据库的设计方式（索引等）、网络基础设施等。

根据您提供的信息无法判断哪个会更快

PS：这是没有意义的，因为 Dictionary 并不真正关心订单（我认为 3 不会编译，因为 Dictionary<>，如果我没记错的话，没有 OrderBy） ，但是将ToDictionary 更改为ToList，这就是你的性能答案