.NET Core 2.2 EF Core跨平台SQL执行差异问题求助

阿华AIGC实验室

2026-5-6

问题分析与解决方案

这种跨平台的行为差异确实挺让人头疼的，我来帮你拆解下背后的原因和可行的解决办法：

核心原因：EF Core 2.x中`FromSql`的查询翻译局限性

在EF Core 2.2版本中，当你用FromSql执行原始SQL后，后续的LINQ操作（比如你的Where过滤）并不总能被正确翻译为数据库端的SQL查询。一旦EF Core无法完成翻译，就会触发客户端评估——也就是先把全表数据拉到内存，再在本地做过滤。

至于为什么Windows和Ubuntu表现不同？大概率是两个环境下的数据库驱动（比如针对SQL Server的Microsoft.Data.SqlClient或旧版System.Data.SqlClient）版本不一致。EF Core 2.x的查询翻译逻辑对驱动版本比较敏感，细微的版本差异就可能导致服务器端评估和客户端评估的切换。

具体解决办法

1. 把过滤条件整合到原始SQL中（最直接的临时方案）

既然后续的Where在Ubuntu上无法被翻译，不如直接把过滤逻辑写到原始SQL里，同时注意用参数化避免SQL注入：

var currentDate = DateTime.Now;
var query = pdb.WorkOrder.FromSql(
    "SELECT * FROM WorkOrder WHERE StartDate > @p0", 
    currentDate
);
var list = query.ToList();

这样无论在哪个平台，都会直接执行带过滤条件的SQL，保证行为一致。

2. 检查并统一EF Core和数据库驱动版本

确保Windows和Ubuntu环境下，你的项目引用的Microsoft.EntityFrameworkCore.SqlServer（假设你用的是SQL Server）以及底层的SqlClient驱动版本完全一致。版本不一致是跨平台行为差异的常见诱因，你可以在项目的.csproj文件里锁定版本号：

<PackageReference Include="Microsoft.EntityFrameworkCore.SqlServer" Version="2.2.6" />

3. 启用客户端评估警告，确认问题根源

在EF Core 2.2中，你可以配置日志来捕获客户端评估的警告，这样能明确知道EF Core为什么选择在内存中过滤：

// 在Startup.cs的DbContext配置中添加
services.AddDbContext<YourDbContext>(options =>
    options.UseSqlServer(yourConnectionString)
           .ConfigureWarnings(warnings => 
               warnings.Log(RelationalEventId.QueryClientEvaluationWarning)
           )
);

运行后查看日志，如果出现QueryClientEvaluationWarning，就确认是EF Core无法将Where条件翻译为SQL导致的客户端评估。