Linq嵌套Select查询是否会导致多次数据库访问？

先看你给出的查询代码：

Table1.Select(x=> new{ x.T1_Name, x.T1_Id, T2 =x.Table2.Select(y=> new { y.T2_Name, y.T2_Value }) }).ToList();

你的推测其实在理想的ORM场景下是成立的，但LinqPad里出现多次服务器调用的情况，大概率是延迟加载在搞鬼，下面详细拆解：

一、理论上：如果ORM能完整解析查询，不会触发多次访问 #

当你使用Entity Framework（或类似的LINQ-to-SQL工具）时，只要整个查询链保持IQueryable<T>类型（没有提前枚举），ORM应该会把这个嵌套的Select转换成一条包含JOIN的SQL语句，一次性从数据库拉取所有Table1和关联的Table2数据，然后映射成你定义的嵌套匿名对象。

举个例子，生成的SQL可能类似：

SELECT 
    t1.T1_Name, t1.T1_Id,
    t2.T2_Name, t2.T2_Value
FROM Table1 t1
LEFT JOIN Table2 t2 ON t1.T1_Id = t2.T1_Id_FK

然后ORM会把结果分组，对应到每个Table1对象的T2集合里，全程只触发一次数据库访问。

二、为什么LinqPad里会出现多次调用？ #

你看到的多次服务器调用，基本是以下两种情况之一：

• 延迟加载（Lazy Loading）被开启：
  如果你的实体类中，Table2导航属性被配置为延迟加载（比如virtual属性），那么当你调用ToList()时，ORM只会先查询Table1的数据。之后当你在LinqPad的结果面板中展开每个对象的T2属性时，才会单独发起一次查询去获取该Table1对应的Table2数据，这就是典型的N+1查询问题（1次查Table1，N次查每个关联的Table2）。

• ORM无法解析嵌套Select为SQL：
  少数情况下，如果你的投影逻辑比较特殊（比如包含客户端无法转换的方法），ORM可能无法把内层Select转换成SQL，这时会先拉取所有Table1数据，然后在客户端逐个枚举Table2的查询，同样导致多次数据库访问。

三、如何避免多次访问？ #

要确保整个查询一次性执行，你可以做以下操作：

• 使用Include预先加载关联数据：
  先通过Include明确告诉ORM要加载Table2关联数据，再做投影：

  Table1.Include(t1 => t1.Table2)
        .Select(x => new { 
            x.T1_Name, 
            x.T1_Id, 
            T2 = x.Table2.Select(y => new { y.T2_Name, y.T2_Value }) 
        })
        .ToList();
  

  这样ORM会生成包含JOIN的SQL，一次性拉取所有数据，不会触发延迟加载。

• 关闭延迟加载（按需）：
  如果你的场景不需要延迟加载，可以全局关闭或在当前上下文关闭，这样查询时会直接加载所有关联数据（前提是查询被正确解析）。

总结 #

你的核心推测是对的——只要整个查询能被ORM完整转换为SQL，就只会触发一次数据库访问。LinqPad里的多次调用，几乎都是因为延迟加载被触发（尤其是你在结果面板展开数据时），而非内层Select本身的问题。

内容的提问来源于stack exchange，提问作者Shyamal Parikh