EF Core：查询加载关联表与LoadAsync的效率对比及折中方案

两种加载策略的效率分析 #

1. 多Include复杂查询 #

用Include加载8个关联集合会生成笛卡尔积查询——数据库会返回Patient与所有关联集合的交叉组合数据。比如一个Patient有5条过敏记录、6条用药记录，这条Patient会被重复5×6=30次返回。当关联集合越多、数据量越大时，返回的冗余数据会呈指数级增长，导致：

• 数据库传输数据量暴增，网络带宽占用高
• EF Core需要解析大量重复数据，内存开销大，实体映射速度慢
• 复杂的SQL语句可能导致数据库执行计划低效，查询耗时变长

这种策略在关联集合数量多、数据量大的场景下，性能会急剧下降。

2. 先加载Patient再多次LoadAsync #

这是典型的N+1查询问题（这里N=8）：先查1次Patient，再针对每个Patient的8个关联集合各发1次查询。如果加载的Patient数量较多（比如100个），总请求次数会达到1+8×100=801次。多次数据库往返带来的网络延迟、连接开销会成为性能瓶颈，整体效率极低。

折中方案：批量预加载+客户端关联 #

要实现“先加载基础实体，再单次请求加载所有关联集合”且不依赖EF内部细节，可以采用单次多结果集查询+客户端手动关联的方式，步骤如下：

实现步骤 #

1. 加载基础Patient实体
   先查询目标Patient列表，提取所有Patient的ID：

   var patients = await dbContext.Patients
       .Where(p => /* 你的过滤条件，比如p.Id == 123或其他批量条件 */)
       .ToListAsync();
   
   var patientIds = patients.Select(p => p.Id).ToHashSet();
   

2. 单次请求加载所有关联数据
   通过数据库原生命令执行多结果集查询，一次性获取所有8个关联集合的数据：

   await using var command = dbContext.Database.GetDbConnection().CreateCommand();
   command.CommandText = @"
   SELECT * FROM Allergies WHERE PatientId IN (@PatientIds);
   SELECT * FROM Medications WHERE PatientId IN (@PatientIds);
   -- 依次添加其他6个关联表的查询语句
   ";
   
   // 批量参数赋值（适配不同数据库的IN参数格式）
   var idParam = command.CreateParameter();
   idParam.ParameterName = "@PatientIds";
   idParam.Value = patientIds;
   command.Parameters.Add(idParam);
   
   await command.Connection.OpenAsync();
   await using var reader = await command.ExecuteReaderAsync();
   

3. 读取结果集并手动关联
   逐个读取每个结果集，映射为实体列表，最后关联到对应的Patient：

   // 读取过敏记录
   var allergies = new List<Allergy>();
   while (await reader.ReadAsync())
   {
       allergies.Add(new Allergy
       {
           Id = reader.GetInt32(reader.GetOrdinal("Id")),
           PatientId = reader.GetInt32(reader.GetOrdinal("PatientId")),
           // 手动映射其他字段
       });
   }
   await reader.NextResultAsync();
   
   // 读取用药记录
   var medications = new List<Medication>();
   while (await reader.ReadAsync())
   {
       medications.Add(new Medication
       {
           Id = reader.GetInt32(reader.GetOrdinal("Id")),
           PatientId = reader.GetInt32(reader.GetOrdinal("PatientId")),
           // 手动映射其他字段
       });
   }
   // 继续读取剩余6个关联集合的结果集...
   
   // 客户端关联到Patient
   foreach (var patient in patients)
   {
       patient.Allergies = allergies.Where(a => a.PatientId == patient.Id).ToList();
       patient.Medications = medications.Where(m => m.PatientId == patient.Id).ToList();
       // 关联其他集合
   }
   

方案优势 #

• 仅2次数据库请求（1次加载Patient，1次加载所有关联数据），避免了多请求的网络开销
• 没有笛卡尔积冗余数据，数据库传输量小，解析效率高
• 完全可控，不依赖EF Core的Include、查询拆分等内部实现细节，兼容性更强

总结 #

两种原生策略都有明显性能缺陷：多Include适合关联集合少、数据量极小的场景；多次LoadAsync仅适用于单个Patient的加载。绝大多数场景下，批量预加载+客户端关联的折中方案效率最高，平衡了数据库查询复杂度与网络请求成本。

内容的提问来源于stack exchange，提问作者Bob.at.Indigo.Health