EF Core 2.2中GroupBy+FirstOrDefault无法转SQL的替代实现问询

首先，你遇到的问题是EF Core 3.0之前对GroupBy的局限性：旧版本EF无法将GroupBy后访问分组内First()/FirstOrDefault()的操作转换为SQL，只能把全部分组数据拉到客户端再处理，这对百万级数据来说完全不可行。

不用着急写原生SQL，这里有两种可行的LINQ替代方案，都能让查询在数据库端执行：

方案1：用子查询生成行号筛选首条记录 #

这个思路是给每个Url分组内的记录按主键（或其他排序字段）生成行号，然后筛选出行号为1的记录，EF可以完美转换为对应的SQL：

var result = context.WebPages
    .Select(x => new 
    {
        x.Url,
        x.LogoId,
        // 按Id排序，给每个Url下的记录生成行号（Id越小行号越靠前）
        RowNumber = context.WebPages
            .Where(w => w.Url == x.Url)
            .Count(w => w.Id < x.Id) + 1
    })
    .Where(x => x.RowNumber == 1)
    .Select(x => new { Url = x.Url, LogoId = x.LogoId })
    .ToList();

如果你的表没有Id主键，可以换成其他能确定顺序的字段（比如创建时间CreatedAt），把w.Id < x.Id改成w.CreatedAt < x.CreatedAt即可。

方案2：先取每个Url的最小主键，再关联回原表 #

这个方法先通过GroupBy获取每个Url对应的最小主键（EF支持这种聚合转换），再通过主键关联回原表取对应的LogoId：

// 第一步：获取每个Url对应的最小Id
var urlMinIds = context.WebPages
    .GroupBy(x => x.Url)
    .Select(g => new { Url = g.Key, MinId = g.Min(x => x.Id) });

// 第二步：关联回原表，取对应记录的LogoId
var result = context.WebPages
    .Join(urlMinIds, 
          webPage => new { webPage.Url, webPage.Id }, 
          minId => new { minId.Url, minId.MinId },
          (webPage, minId) => new { webPage.Url, webPage.LogoId })
    .ToList();

为什么之前的写法不行？ #

在EF Core 3.0之前，GroupBy被视为"客户端分组"的前奏——EF只能转换GroupBy后取Key或简单聚合（比如Count/Min/Max）的操作，一旦你尝试访问分组内的具体元素（比如First()），它就只能把整个分组的数据加载到本地再处理，这就是你看到警告的原因。

等你们升级到.NET Core 3.0+后，EF对GroupBy的支持会完善很多，那时你之前的写法可能就能直接用了，但现在用上面的两种方案就能解决问题。

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