关于SQL Server中WITH关键字解析逻辑及无前置分号时异常解析的技术问询

嘿，这个问题问到点子上了——但凡写过CTE的同学，十有八九都踩过这个没加分号导致报错的坑！

首先得明确微软为啥一直推荐用分号作为SQL语句的终止符：SQL Server早期对语句终止符的要求很宽松，甚至可以不用，但后来引入的一些新语法（比如CTE、MERGE）对语句边界的识别要求很严格，分号就是用来明确告诉数据库“上一条语句到这结束了”。

那回到你的问题：当你前面的SELECT * FROM customers没加分号结尾时，SQL Server到底把后面的WITH当成啥了？

答案是：它会把这个WITH解析成前置SELECT语句的查询提示扩展——也就是和你写SELECT * FROM customers WITH (NOLOCK)里的那个WITH是同一个东西！

你想啊，SQL Server的解析器是从上到下逐字符扫的，它看到前面的SELECT语句还没明确终止（没分号），后面跟着WITH，第一反应就是“哦，这是要给刚才的SELECT加查询提示选项”，但你接下来写的是CTE的定义cte AS (...)，这和查询提示的语法（括号里是比如NOLOCK、READPAST这类选项）完全不搭，自然就会抛出语法错误。

举个更直观的对比：

• 错误场景（无分号）：

  SELECT * FROM customers
  WITH cte AS ( SELECT * FROM customers )
  SELECT * FROM cte;
  

  解析器会把前两行当成一个整体，认为你在给第一个SELECT加WITH提示，但语法完全不对，直接报错。
• 正确场景（加分号）：

  SELECT * FROM customers;
  WITH cte AS ( SELECT * FROM customers )
  SELECT * FROM cte;
  

  分号明确告诉解析器“上一条SELECT结束了”，后面的WITH就会被正确识别为CTE的定义开头，自然能正常执行。

说白了就是解析歧义的问题——WITH这个关键字在SQL Server里有两个完全不同的用途：一个是用来定义CTE的开头，另一个是作为查询/修改语句的提示子句。没有分号的话，数据库就会认错它的身份，自然就报错了。

内容来源于stack exchange