LINQ to SQL 延迟执行和物化

Question

我对此有点陌生。好奇在以下情况下会发生什么？

var q = //MY LINQ TO SQL QUERY.Select(...)
.........
.........
var c = q.Count();
.........
.........
var x = q.Where(....).Select(....);
var y = x.ToList();//or something such that forces materialization
var d = q.Count();//same as c
var e = x.Count();
var f = y.Count();

sql 语句实际上访问了数据库多少次？一次在 Count() 处。再次在 Where()？或者 Linq 保留它在 Count() 期间实现的内容？

或者它还取决于 Where(..) 有什么？就像它是否再次引用数据库与它只是引用作为 'q'/ 或任何其他 .net 集合等的一部分获得的内容一样？

编辑：

用其他几个场景更新了我的代码。请在下面更正我的答案：

q -no db trip
c -yes, but translates to aggregate qry - select Count(*) and not a result set (as per answer below)
x -no db trip. No matter what is written in the Where(..)
y - yes
d - yes - does not *reuse* c
e - yes - select count(*) EVEN THOUGH x already materized during y
f - no db trip

Answer 1

当您调用Count它时，它不会具体化整个数据集。相反，它准备并执行一个查询，如

SELECT COUNT(*) FROM ...

使用ExecuteScalar得到结果。

当您调用Where并且Select它没有实现任何东西时（假设q是IQueryable）。相反，它只是准备一个查询，如

SELECT col1, col2, ... FROM ...

但它实际上并没有在那个时候执行它。当你调用它只会执行查询GetEnumerator上q。您很少会直接执行此操作，但类似以下内容将导致您的查询被执行：

var arry = q.ToArray();
var list = q.ToList();
foreach(var rec in q) ...

它只会执行一次此查询，因此具有多个foreach循环不会创建多个数据库查询。当然，如果你创建一个新的IQueryable基于q（例如var q2 = q.Where(...)）它不会被绑定到使用的结果集q，所以它必须再次查询数据库。

我在 LINQPad 中测试了您的代码，看来您的所有分析都是正确的。