将指定SQL查询转换为LINQ to Entities查询遇阻，求正确方案

首先咱们先对齐原SQL的核心逻辑：

• 筛选指定时间范围内（ServiceRecords.CreatedAtUtc在@StartDate和@EndDate之间）、指定DistrictId的服务记录
• 关联地区表获取地区名称
• 关联NsepServiceRecords表，统计去重的ClientRegNo数量（这是你之前几次尝试的核心错误点）
• 按地区维度分组后，最终按地区名称排序返回

考虑到EF Core 2.2对GroupBy的转换限制，我们可以通过先投影必要字段、提前过滤数据的方式，让EF生成更接近原SQL的服务器端查询，避免客户端分组导致的超时问题。

方法语法实现 #

var startUniversalTime = DateTime.SpecifyKind(request.StartDate, DateTimeKind.Utc);
var endUniversalTime = DateTime.SpecifyKind(request.EndDate, DateTimeKind.Utc);

var result = _dbContext.ServiceRecords
    // 先过滤时间和地区ID，减少后续处理的数据量
    .Where(sr => sr.CreatedAtUtc >= startUniversalTime 
                && sr.CreatedAtUtc <= endUniversalTime
                && sr.DistrictId == request.DistrictId)
    // 关联NsepServiceRecords，只提取需要的字段
    .SelectMany(sr => sr.NsepServiceRecords.Select(nsr => new {
        sr.District.Name,
        nsr.ClientRegNo
    }))
    // 按地区名称分组（同一地区ID对应唯一名称，直接按名称分组即可）
    .GroupBy(x => x.Name)
    // 统计分组内去重的客户编号数量
    .Select(g => new DistrictClientsLookUpModel {
        DistrictName = g.Key,
        ClientsServedCount = g.Select(x => x.ClientRegNo).Distinct().Count()
    })
    // 按地区名称排序
    .OrderBy(m => m.DistrictName)
    .ToList();

查询语法实现 #

var startUniversalTime = DateTime.SpecifyKind(request.StartDate, DateTimeKind.Utc);
var endUniversalTime = DateTime.SpecifyKind(request.EndDate, DateTimeKind.Utc);

var result = (from sr in _dbContext.ServiceRecords
              where sr.CreatedAtUtc >= startUniversalTime 
                    && sr.CreatedAtUtc <= endUniversalTime
                    && sr.DistrictId == request.DistrictId
              from nsr in sr.NsepServiceRecords
              group new { nsr.ClientRegNo } by sr.District.Name into g
              select new DistrictClientsLookUpModel {
                  DistrictName = g.Key,
                  ClientsServedCount = g.Select(x => x.ClientRegNo).Distinct().Count()
              })
              .OrderBy(m => m.DistrictName)
              .ToList();

关键修正点说明 #

• 统计逻辑修正：你之前用Sum(x => x.NsepServiceRecords.Count)是错误的，原SQL是统计唯一客户编号的数量，所以必须用Distinct().Count()来匹配COUNT(Distinct(NsepServiceRecords.ClientRegNo))的逻辑。
• 提前过滤数据：先通过Where筛选时间和地区ID，减少后续关联和分组的数据量，从根源避免超时问题。
• 避免冗余Include：EF Core中直接投影关联实体的属性（比如sr.District.Name）时，会自动生成JOIN查询，不需要显式调用Include，多余的Include反而会拖慢查询性能。
• 时间比较优化：直接比较CreatedAtUtc而不是取Date属性，这样可以利用CreatedAtUtc字段的索引，提升查询效率。

以上写法会生成和原SQL逻辑一致的服务器端查询，EF Core 2.2会将分组和统计操作推送到数据库执行，不会在客户端处理大量数据。

内容的提问来源于stack exchange，提问作者Muhammad Hannan