执行计划是按批（Batch）还是按语句（Statement）生成？

嘿，这个问题问得特别接地气，很多刚接触SQL Server执行计划的朋友都会有类似的困惑！先结合你提到的文档内容来拆解：

Batch是应用程序同时发送给SQL Server执行的一个或多个Transact-SQL语句组，SQL Server会将一个Batch中的语句编译为单个可执行单元，称为execution plan。

这句话很容易让人误以为整个批处理共享同一个执行计划，但实际情况要更灵活——绝大多数时候，SQL Server会为批处理中的每个独立语句生成单独的执行计划，但有几个关键细节需要理清：

• 普通独立语句：各自生成执行计划
  比如你提交这样一个批处理：

  SELECT * FROM Customers WHERE Country = 'USA';
  UPDATE Orders SET Status = 'Shipped' WHERE OrderDate < '2024-01-01';
  

  这两个语句是完全独立的操作，SQL Server会分别对它们进行编译、优化，生成两个独立的执行计划，各自在计划缓存中存储。你之前认为“每个查询生成独立执行计划”的认知，在这种场景下是完全正确的。

• 批处理的整体编译特性
  文档里说的“编译为单个可执行单元”，更多是指编译检查是针对整个批处理的：如果批处理里有任何一个语句存在语法错误，整个批处理都不会被编译，自然也不会生成任何执行计划。这是批处理作为一个整体的特性，但不代表所有语句共享同一个执行计划。

• 特殊场景的例外情况
  少数情况下，SQL Server可能会将多个语句的执行计划关联起来，比如当语句之间存在明确的依赖关系，或者查询优化器认为合并处理能提升效率时，但这种情况非常少见，不是常规场景。另外，像存储过程这样的预定义批处理对象，SQL Server会把整个存储过程的所有语句执行计划打包成一个缓存条目，但每个语句依然有自己独立的执行计划部分。

总结一下：你的初始认知大部分时候是对的，批处理中的单个语句通常会生成独立的执行计划；文档里的描述重点在批处理的整体编译逻辑，而非执行计划的共享。

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