.NET 3.1 EF Core 如何查询指定TermId集合下对应最新统计日期的记录

整个查询的核心思路是完全依托数据库端的计算能力完成筛选，避免将全量数据拉取到应用内存后再做逻辑处理：

1. 先将查询范围限定在传入TermIds对应的记录集合内，减少不必要的全表扫描
2. 按TermID维度做分组聚合，计算每个TermId对应的最大StatisticDate值
3. 将原表记录和聚合得到的"TermId-最大统计日期"集合做等值关联，返回所有同时满足TermId在目标范围内、日期等于对应TermId最大统计日期的全量记录
4. 严格适配EF Core 3.1的翻译能力，选择可完整下推到数据库执行的写法，规避客户端评估带来的性能问题。

写法1：数据库端聚合+内连接（推荐，全链路下推，性能最优） #

这种写法所有操作都由数据库完成，应用侧不需要处理中间聚合结果，对大数据量的兼容性最好。

// 控制器入参：int[] TermIds
// 入参提前校验，避免空集合发起无意义的数据库请求
if (TermIds == null || TermIds.Length == 0)
{
    return Ok(Array.Empty<StatisticRecord>());
}

var result = await (
    from record in _dbContext.StatisticRecords
    // 关联聚合得到的每个TermId对应的最大统计日期集合
    join termMaxDate in (
        _dbContext.StatisticRecords
            .Where(s => TermIds.Contains(s.TermID)) // 先限定目标TermId范围
            .GroupBy(s => s.TermID) // 按TermId分组
            .Select(grp => new 
            {
                TermId = grp.Key,
                MaxDate = grp.Max(r => r.StatisticDate) // 计算每个分组的最大统计日期
            })
    ) on new { record.TermID, record.StatisticDate } 
       equals new { TermID = termMaxDate.TermId, StatisticDate = termMaxDate.MaxDate }
    select record
).ToListAsync();

return Ok(result);

针对你提供的样例数据，这段代码的执行结果会和你给出的期望输出完全一致：既会把同一最大日期下不同大学、不同文件类型的记录全部返回，也不会拉取每个TermId下更早的历史数据。

写法2：相关子查询直接过滤（代码更简洁） #

适合中小数据量场景，写法更直观，EF Core 3.1可将其翻译为带相关子查询的SQL语句。

if (TermIds == null || TermIds.Length == 0)
{
    return Ok(Array.Empty<StatisticRecord>());
}

var result = await _dbContext.StatisticRecords
    .Where(record => TermIds.Contains(record.TermID)
        // 对每条记录，匹配同TermId范围内的最大统计日期
        && record.StatisticDate == _dbContext.StatisticRecords
            .Where(s => s.TermID == record.TermID)
            .Max(s => s.StatisticDate)
    )
    .ToListAsync();

return Ok(result);

这种写法的不足是当TermId数量较多、表数据量较大时，相关子查询可能被执行多次，整体性能略低于第一种内连接聚合的写法。

• 版本适配避坑：EF Core 3.1 不支持将窗口函数（如ROW_NUMBER()）的LINQ写法翻译为SQL，不要使用"按TermId分组、按统计日期倒序、取每组第一条"的写法。这类写法会触发客户端评估，把所有符合TermId范围的记录全量拉到应用内存后再做排序、筛选，数据量较大时会直接导致内存溢出或查询超时。窗口函数的原生翻译支持是从EF Core 5.0版本才开始提供的。
• 类型一致性要求：实体类中的StatisticDate属性类型需要和数据库列类型完全匹配，避免EF Core生成隐式类型转换，导致TermID+StatisticDate列上的索引失效，拖慢查询速度。
• 结果逻辑兼容性：不管不同TermId的最大统计日期是否相同，这套逻辑都会按每个TermId自己的最大日期做匹配，完全符合你提到的"每个TermId对应的最大统计日期互不相同"的场景要求。

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