.NET Core 3.1下EF Core无法翻译日期差分组LINQ查询问题求助

可能的原因 #

• EF Core实现与版本差异
  LINQPad自带的EF Core驱动针对日期计算类的表达式做了额外的翻译适配，也可能你LINQPad中使用的EF Core小版本高于VS项目中引用的Microsoft.EntityFrameworkCore.SqlServer包版本。.NET Core 3.1是运行时版本，和EF Core类库版本相互独立，即使运行时完全一致，EF Core的小版本更新也会新增很多LINQ翻译支持，导致相同代码在不同环境下表现不同。
• filtered数据源前置逻辑差异
  你在LINQPad中构造的filtered是纯服务器端IQueryable对象，没有夹杂客户端计算逻辑；但VS项目中的filtered可能在生成阶段就加入了无法被EF Core翻译的操作：比如调用了自定义C#方法、使用了未映射到数据库的实体属性、甚至误调用了AsEnumerable()/ToList()将部分逻辑转到客户端执行，都会导致后续的GroupBy操作无法被识别为服务器端可翻译逻辑。
• 实体映射配置差异
  LINQPad连接数据库时默认直接按照数据库字段类型做匹配，不会加载项目中的EF Core实体映射配置；如果你的VS项目中对AppointmentDate/CreatedOn字段配置了值转换器、或者映射类型和数据库实际类型不匹配（比如实体属性为DateTimeOffset但数据库字段为DateTime2），也会导致日期差值计算逻辑无法被翻译。

通用解决方案 #

直接使用EF Core内置的SQL函数映射写法，不受版本、驱动、配置的影响，可稳定翻译为SQL：

filtered.GroupBy(x => EF.Functions.DateDiffDay(x.CreatedOn, x.AppointmentDate))
        .Select(x => new BookingLeadTimeDbOutputDto
        {
            DateDiff = x.Key ?? 0,
            RecordsProcessed = x.Count()
        });

该写法会直接生成对应SQL Server原生的DATEDIFF(DAY, CreatedOn, AppointmentDate)逻辑，和你原先的计算结果完全一致，也不会有性能损耗。

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