当前位置: 首页 > news >正文

突然报 “关键字 WITH 附近有语法错误“?一篇避坑指南

大家好,我是码农刚子,最近遇到一个EF Core 查询的问题,跟大家分享下。

升级到 .NET 8 / EF Core 8 后,原来跑得好好的Where(x => ids.Contains(x.id))突然炸了,日志里赫然写着:关键字 'WITH' 附近有语法错误。如果此语句是公用表表达式,那么前一个语句必须以分号结尾。——这篇文章帮你搞清楚为什么、怎么修、以后怎么写才不踩坑。

1. 先看症状

假设你有这样一段再普通不过的代码:

var ids = new List<int> { 1, 2, 3, 5, 8 }; var users = await _db.sys_admin .Where(x => ids.Contains(x.id)) .ToListAsync();

在 EF Core 6/7 上完全正常。升级到 EF Core 8 后,同样的代码报:

Microsoft.Data.SqlClient.SqlException (0x80131904): 关键字 'WITH' 附近有语法错误。 如果此语句是公用表表达式、xmlnamespaces 子句或者更改跟踪上下文子句, 那么前一个语句必须以分号结尾。

关键词:WITH分号公用表表达式(CTE)。SQL Server 错误号为 156。

2. 根因:EF Core 8 对 Contains 的翻译方式变了

这不是 Bug,这是 EF Core 8 的一个有意为之的 Breaking Change(官方文档明确定义为 High Impact)。

2.1 旧行为(EF Core 6/7)

EF 把参数化列表的值内联为 SQL 常量

-- EF Core 7 生成的 SQL SELECT [s].[id], [s].[username], ... FROM [sys_admin] AS [s] WHERE [s].[id] IN (1, 2, 3, 5, 8)

简单直接,没有 CTE,没有任何问题——直到你开始关注查询计划缓存。

2.2 新行为(EF Core 8)

EF Core 8 不再内联常量,而是通过OPENJSONCTE(公用表表达式)来传递参数化集合。简化后的生成逻辑是:

简单值列表(string/int 常量)→ OPENJSON 方式 复杂查询 / 多次 Contains → CTE(WITH ... AS)方式

对于ids.Contains(x.id)这类场景,EF 可能生成类似这样的 SQL:

-- EF Core 8 可能生成的 SQL(简化版) ;WITH [t] AS ( SELECT [v].[value] FROM OPENJSON(@__ids_0) ... ) SELECT [s].[id], ... FROM [sys_admin] AS [s] WHERE [s].[id] IN (SELECT [t].[value] FROM [t])

问题来了:WITH前面必须有一个完整语句的分号;。如果当前 SQL 批处理中 EF 没有在前面补上分号,SQL Server 就会报错 156。

2.3 官方文档怎么说

微软在 EF Core 8 Breaking Changes 中明确记录了这条(Tracking Issue #13617):

Containsin LINQ queries may stop working on older SQL Server versions

Impact: High

链接:learn.microsoft.com - Breaking changes in EF Core 8.0

3. 什么时候会触发?

不是所有Contains都会炸,但它会在你不经意间冒出来。触发条件包括但不限于:

场景风险
ids.Contains(x.id)idsList<int>🔴 高
ids.Contains(x.id)idsList<int?>🔴 高(我们项目遇到的)
stringList.Contains(x.name)🟡 中(可能走 OPENJSON)
同一查询中有多个Contains🔴 高
.Contains()嵌套在复杂Where表达式中🟡 中
查询中同时有其他关联(Join / Include)🔴 高

最重要的信号:一旦看到错误信息里出现WITH分号,99% 就是这个问题。

4. 解决方案(5 种,从优到差)

方案一:参数化 Raw SQL(推荐 ⭐)

直接绕过 EF 翻译,用FromSqlRaw+SqlParameter,性能最优,零坑:

var paramNames = ids.Select((_, i) => $"@p{i}").ToArray(); var parameters = ids.Select((id, i) => new Microsoft.Data.SqlClient.SqlParameter($"@p{i}", id)).ToArray(); var sql = $"SELECT * FROM sys_admin WHERE id IN ({string.Join(",", paramNames)})"; var users = await _db.sys_admin .FromSqlRaw(sql, parameters) .ToListAsync();
  • ✅ 生成的 SQL 就是简单的WHERE id IN (@p0, @p1, ...)
  • Microsoft.Data.SqlClient随 EF Core SQL Server 包引入,无需另装
  • ✅ 完全防注入
  • ⚠️ 需要知道表名(但你的 DbContext 本来就定义了)

适用:批量删除、批量更新、批量查询等「已知 ID 列表查实体」场景。

方案二:FindAsync 逐个查询(小数据量 ⭐)

如果 ID 列表很短(比如页面批量操作选 10-20 条),直接用主键查:

var users = new List<sys_admin>(); foreach (var id in ids) { var user = await _db.sys_admin.FindAsync(id); if (user != null) users.Add(user); }
  • FindAsync走主键索引直查,不生成 CTE
http://www.cnnetsun.cn/news/3053833.html

相关文章:

  • Feign 远程调用:调用的是对方项目的 Controller,不是 Service
  • Windows风扇控制终极指南:用Fan Control彻底告别噪音烦恼
  • 从FIR与IIR的群延迟差异,看滤波器如何塑造信号
  • nlohmann/json:现代C++ JSON处理的终极完整指南
  • RSA非对称加密在登录模块的实战应用:从原理到前后端完整实现
  • TPIC7710EVM评估板实战:从硬件解析到GUI软件驱动的电机控制芯片验证
  • 为什么同样叫海参,有的卖5000,有的卖1500?
  • 2026手机抠图工具实操指南:免费无水印APP与轻量工具使用教程
  • 渗透测试工具实战指南:从信息收集到报告撰写的全流程解析
  • 保持对代码的理解,不要完全依赖AI Coding——由一段Babylon.js开发出现的bug引发的感慨
  • 在皓贝一口腔医院就诊是怎样一种体验?
  • NifSkope终极指南:免费开源的游戏文件编辑器完全解析
  • LLM 直接写量化策略,到底靠不靠谱?
  • 5分钟快速掌握uesave:终极虚幻引擎存档处理工具指南
  • 如何永久保存微信聊天记录:WeChatMsg完整备份与AI数据管理指南
  • 远程Linux开发如何获得和展示高频log数据
  • TAS5756M数字音频放大器:BD调制、零检测与miniDSP实战解析
  • HS2-HF Patch专业级汉化与插件集成实战指南:三步打造进阶游戏体验
  • CTF实战入门:从Web4题目解析PHP弱类型与反序列化漏洞
  • MHMarkets迈汇:“美股分化凸显板块轮动”
  • VMPDump:如何快速掌握逆向工程中的动态脱壳与导入修复技术
  • DedeCMS文件上传漏洞复现与防御:从代码审计到安全加固实战
  • 番外篇 F05:电机控制与PID调节实战《电机控制中的PID调节:位置式/增量式算法解析与使用场景全攻略》
  • Vue 性能优化策略
  • 解决 Python 依赖冲突,ROCm 环境下安装深度学习库的技巧
  • 依赖引入与适用场景
  • python爬虫实战项目|第97篇:爬虫系统测试与持续集成
  • 企业网络安全立体防线:DDoS、CC、XSS与ARP攻击防御实战
  • RLHF的原罪:当AI对齐撞上Arrow不可能定理
  • Spring Boot接口防探测实战:从信息泄露到多层安全加固