EF Core中DateOnly的Year/Month属性LINQ查询翻译问题求解

针对你遇到的EF Core无法将DateOnly.Year/DateOnly.Month在GroupBy子句中转换为SQL的问题，以下是几种可行的解决方法：

方法1：使用EF.Functions.DatePart调用原生SQL函数 #

通过EF Core提供的EF.Functions.DatePart方法直接调用SQL Server的DATEPART函数，这是最推荐的方式，能保证查询在服务器端执行，性能最优。

修改后的查询代码：

[Fact]
public async Task TestDateOnly()
{
    using var context = CreateContext();
    var res = (from entry in context.DbContext.Set<Entry>()
               group entry by new 
               { 
                   Year = EF.Functions.DatePart("year", entry.BookingDate), 
                   Month = EF.Functions.DatePart("month", entry.BookingDate)
               }
               into gr
               select new { gr.Key.Year, gr.Key.Month });
    var _ = await res.FirstOrDefaultAsync();
}

注意：原代码中GroupBy的Key包含了整个entry对象，这会导致每个分组仅包含单条数据，完全失去分组的意义，因此需要移除该字段。

方法2：使用原生SQL查询 #

直接编写SQL语句执行分组查询，完全绕开EF Core的LINQ翻译限制，适合复杂场景：

[Fact]
public async Task TestDateOnly()
{
    using var context = CreateContext();
    var result = await context.DbContext.Database
        .SqlQuery<(int Year, int Month)>(@"
            SELECT YEAR(BookingDate) AS Year, MONTH(BookingDate) AS Month 
            FROM Entries 
            GROUP BY YEAR(BookingDate), MONTH(BookingDate)")
        .FirstOrDefaultAsync();
}

这种方式通过元组直接映射SQL查询结果，无需依赖实体类属性。

方法3：客户端分组（仅小数据量场景） #

如果数据量很小，可以先将数据拉取到客户端再执行分组，但此方法会导致全表数据加载到内存，性能较差，不推荐大数据量使用：

[Fact]
public async Task TestDateOnly()
{
    using var context = CreateContext();
    var entries = await context.DbContext.Set<Entry>().ToListAsync();
    var res = entries.GroupBy(e => new { e.BookingDate.Year, e.BookingDate.Month })
                     .Select(gr => new { gr.Key.Year, gr.Key.Month })
                     .FirstOrDefault();
}

问题原因 #

EF Core 6/7的SQL Server提供器尚未实现DateOnly类型的Year/Month属性到SQL语句的翻译逻辑，这是已知的功能缺口，需通过上述方法绕过。

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