SQL Server 2005 批编译、重编译和计划缓存(1)

特殊查询。特殊查询是一种包含 SELECT、INSERT、UPDATE 或 DELETE 语句的批处理。SQL Server 要求两个特殊查询的文本完全匹配。文本必须在大小写和空格上都匹配。例如，下列这两个查询不共享相同的查询计划。（出现在本白皮书中的所有 T-SQL 代码段都在 SQL Server 2005 的 AdventureWorks 数据库中。）

SELECT ProductID 
FROM Sales.SalesOrderDetail 
GROUP BY ProductID 
HAVING AVG(OrderQty) > 5 
ORDER BY ProductID 
SELECT ProductID 
  
FROM Sales.SalesOrderDetail 
GROUP BY ProductID 
HAVING AVG(OrderQty) > 5 
ORDER BY ProductId

自动参数化查询。对于某些查询，SQL Server 2005 将常量文本值替换为变量，并编译查询计划。如果后续的查询仅在常量的值上有所不同，那么其将与自动参数化查询相匹配。通常，SQL Server 2005 会对那些查询计划不取决于常量文本的特定值的查询进行自动参数化处理。

附录 A 包含一个语句类型列表，SQL Server 2005 将不对其上列出的语句类型进行自动参数化处理。

作为 SQL Server 2005 中自动参数化的一个示例，下列这两个查询可重用查询计划：

SELECT ProductID, SalesOrderID, LineNumber 
 FROM Sales.SalesOrderDetail  
WHERE ProductID > 1000 
ORDER BY ProductID 
  
SELECT ProductID, SalesOrderID, LineNumber 
 FROM Sales.SalesOrderDetail  
WHERE ProductID > 2000 
ORDER BY ProductID

上方查询的自动参数化形式为：

SELECT ProductID, SalesOrderID, LineNumber 
 FROM Sales.SalesOrderDetail  
WHERE ProductID > @p1 
ORDER BY ProductID

当出现在查询中的常量文本的值会影响查询计划时，将不对该查询进行自动参数化处理。这类查询的查询计划将被缓存，但同时会插入常量，而不是占位符（比如：@p1）。

SQL Server 的“showplan”功能可用于确定是否已对查询进行了自动参数化处理。例如，可在“set showplan_xml on”模式下提交查询。如果结果 showplan 包含诸如 @p1 和 @p2 等占位符，那么将对查询进行自动参数化处理；否则将不进行自动参数化处理。XML 格式的 SQL Server showplan 还包含在编译时（‘showplan_xml’和‘statistics xml’模式）和执行时（仅‘statistics xml’模式）的参数值的相关信息。

sp_executesql 过程。这是促进查询计划重用的方法之一。当使用 sp_executesql 时，用户或应用程序将明确地确定参数。例如：

EXEC sp_executesql N'SELECT p.ProductID, p.Name, p.ProductNumber  
FROM Production.Product p  
INNER JOIN Production.ProductDescription pd  
ON p.ProductID = pd.ProductDescriptionID  
WHERE p.ProductID = @a', N'@a int', 170 
  
EXEC sp_executesql N'SELECT p.ProductID, p.Name, p.ProductNumber 
FROM Production.Product p INNER JOIN Production.ProductDescription pd 
ON p.ProductID = pd.ProductDescriptionID  
WHERE p.ProductID = @a', N'@a int', 1201

可通过逐一列举来指定多个参数。实际的参数值遵照相应的参数定义。根据查询文本（sp_executesql 后的第一个参数）的匹配情况以及查询文本（上例中的 N'@a int'）后面所带的所有参数来预测计划重用机会。不考虑参数值（170 和 1201）的文本是否匹配。因此，在上述例子中，两个 sp_executesql 语句会发生计划重用。

预备的查询.该方法——类似于 sp_executesql 方法——还促进了查询计划重用。在“准备”时发送批处理文本。SQL Server 2005 通过返回一个句柄（可用于在执行时调用批处理）进行响应。在执行时，一个句柄和一些参数值会被发送到服务器。ODBC 和 OLE DB 通过 SQLPrepare/SQLExecute 和 ICommandPrepare 显露该功能。例如，使用 ODBC 的代码段可能如下所示：

SQLPrepare(hstmt, "SELECT SalesOrderID, SUM(LineTotal) AS SubTotal 
FROM Sales.SalesOrderDetail sod 
WHERE SalesOrderID < ? 
GROUP BY SalesOrderID 
ORDER BY SalesOrderID", SQL_NTS)
SQLExecute(hstmt)

存储过程（含触发器）。存储过程设计用于促进计划重用。计划重用基于存储过程或触发器的名称。（但是，无法直接调用触发器。）SQL Server 在内部将存储过程的名称转化为 ID，而随后的计划重用将根据该 ID 的值来进行。触发器的计划缓存和重新编译行为与存储过程略有不同。我们将在本文档的适当位置指出这些不同之处。

当首次编译一个存储过程时，执行调用所提供的参数的值被用于优化该存储过程中的语句。这个过程被称为“参数嗅探”。如果这些值都是典型的，那么针对该存储过程的所有调用将从一个高效的查询计划中获益。本文随后将讨论可用于防止缓存带有非典型的存储过程参数值的查询计划。

批处理.如果批处理文本完全匹配，那么将对相应的批处理进行查询计划重用。文本必须在大小写和空格上都匹配。

通过 EXEC ( ...) 执行查询。SQL Server 2005 可缓存通过 EXEC 提交的字符串以便执行。这些字符串称为“动态 SQL”。例如：

EXEC ( 'SELECT *' + ' FROM Production.Product pr  
INNER JOIN Production.ProductPhoto ph' + '  
ON pr.ProductID = ph.ProductPhotoID' +  
' WHERE pr.MakeFlag = ' + @mkflag )

计划重用基于在执行语句时将变量（比如：上例中的 @mkflag ）替换为其实际值后得到的连锁字符串。