OData Expand引发SQL查询生成重复JOIN问题排查

核心现象 #

调用OData客户端同时Expand两个1对多导航属性时，生成的SQL中重复出现针对BetalingUdsendelseView和BetalingKvitteringView的LEFT JOIN，导致查询结果行数从预期的1600行暴增至60万行（笛卡尔积效应被放大）。

排查步骤与定位方向 #

1. 先区分是EF还是OData的问题 #

验证方法：绕过OData，直接用EF Core原生查询执行相同逻辑：

// 替换为你的DbContext实例
context.BetalingView
    .Include(b => b.Udsendelser)
    .Include(b => b.Kvitteringer)
    .Where(/* 原查询条件 */)
    .ToList();

• 如果EF原生查询的SQL没有重复JOIN：问题出在OData的查询表达式转换逻辑上。
• 如果EF原生查询也存在重复JOIN：问题出在EF配置或EF Core本身的查询生成逻辑。

2. 若定位为EF相关问题 #

可能原因与修复方案

• EF Core版本Bug：早期版本在处理基于View的多导航属性Include时，可能存在重复生成JOIN的问题。
  • 解决：升级EF Core到最新稳定版（如8.x系列）。
• 笛卡尔积优化缺失：即使没有重复JOIN，两个1对多Include也会产生笛卡尔积，导致行数膨胀。可以用拆分查询避免：

  context.BetalingView
      .Include(b => b.Udsendelser)
      .Include(b => b.Kvitteringer)
      .Where(/* 原查询条件 */)
      .AsSplitQuery() // 拆分为多个独立查询获取主实体和子集合
      .ToList();
  

• View关联配置验证：确认子实体的外键配置正确，可尝试显式指定主实体的关联键强化配置：

  builder.HasMany(b => b.Udsendelser)
         .WithOne()
         .HasForeignKey(u => u.Betalingsid)
         .HasPrincipalKey(b => b.Id); // 显式关联主实体主键
  

3. 若定位为OData相关问题 #

可能原因与修复方案

• OData版本Bug：部分版本的OData ASP.NET Core适配器在处理多Expand时，会重复生成JOIN语句。
  • 解决：升级Microsoft.AspNetCore.OData、Microsoft.OData.Core等相关包到最新稳定版。
• 自定义查询拦截：如果升级无法解决，可以自定义OData查询处理器，拦截$expand的解析逻辑，合并重复的JOIN操作。
• 规避查询方式：暂时改用分步查询，先获取主实体列表，再单独加载子集合（需权衡N+1查询的性能影响）：

  // 第一步：获取主实体
  var betalinger = container.Betaling.Where(/* 条件 */).ToList();
  // 第二步：批量加载子集合
  var betalingIds = betalinger.Select(b => b.Id).ToList();
  var udsendelser = container.Udsendelser.Where(u => betalingIds.Contains(u.Betalingsid)).ToList();
  var kvitteringer = container.Kvitteringer.Where(k => betalingIds.Contains(k.Betalingsid)).ToList();
  // 手动关联子集合到主实体
  foreach(var b in betalinger)
  {
      b.Udsendelser = udsendelser.Where(u => u.Betalingsid == b.Id).ToList();
      b.Kvitteringer = kvitteringer.Where(k => k.Betalingsid == b.Id).ToList();
  }
  

内容的提问来源于stack exchange，提问作者Kenneth Lauritsen