SQL Server 查询存储 - 什么被视为“临时”查询？

经过一番搜索，我无法从 Microsoft 的文档中找到具体且令人满意的来源来回答这个问题。那里有很多很好的第三方描述和定义，即 adhoc/ad-hoc/ad hoc，但对于这个问题的特殊性，我认为接近源代码的描述和定义是理想的。

超越像这个 SO 帖子这样的通用（但仍然准确）定义（感谢 SqlWorldWide），如果我们查看文档在该主题上所说的内容，它与您提到的基于执行次数的定义一致，我认为我们可以将其视为事实。

关于优化临时工作流程的文章说，

当此选项设置为 1 时，数据库引擎会在第一次编译批处理时在计划缓存中存储一​​个小的编译计划存根，而不是完整的编译计划。这有助于通过不允许计划缓存充满未重用的已编译计划来减轻内存压力。已编译的计划存根允许数据库引擎识别此临时批处理之前已编译但仅存储了已编译的计划存根，因此当再次调用（编译或执行）此批处理时，数据库引擎编译批处理...并将完整编译的计划添加到计划缓存中。

所以看起来 ad hoc 查询服务器配置选项也使用了单次执行的定义作为 ad hoc 的定义。如果查询继续执行并生成相同的计划，它将不再被视为这样。

关于查询存储的最佳实践的文章也与此一致，

将不同 query_hash 值的数量与 sys.query_store_query 中的条目总数进行比较。如果该比率接近 1，您的临时工作负载会生成不同的查询。

当然，这适用于尚未用作存储过程、参数化等的查询，因为它们可以立即被识别和适当处理。

因此，基于所有这些，我们可以说在以下情况下将查询视为临时查询：

• 它没有参数化
• 它不是以编程方式存储在数据库中（存储过程、函数、触发器等）
• 同一个查询只执行一次，或者同一个查询执行多次，但每次后续执行都会生成不同的查询计划。

对于临时查询，DMV 中的object_id列sys.query_store_query将为 0，如sys.query_store_query 文档中所述：

object_id：

查询所属的数据库对象的 ID（存储过程、触发器、CLR UDF/UDAgg 等）。如果查询不作为数据库对象的一部分执行（即席查询），则为 0。

您可以根据该值识别即席查询，即使它没有明确说明为“这是即席查询的定义”。:)

术语 ad-hoc 用于指代仅执行一次的查询。这与用于数据库设置“针对临时工作负载优化”的定义一致。

您引用的有关删除临时查询的链接包括此特定定义“删除临时查询：这将删除仅执行一次且超过 24 小时的查询”。

来自learn.microsoft.com 中sys.dm_exec_cached_plans dmv 的objtype专栏的临时。

Adhoc：即席查询。指使用 osql 或 sqlcmd 而不是作为远程过程调用作为语言事件提交的 Transact-SQL。

此列的一个用途是查看具有多个计划的查询的情况，以查看多个计划是否由Adhoc.

    SELECT  DISTINCT 
        QCP.objtype
        ,MultipleQ.PlanCount
        ,qStat.query_hash
        ,sText.text AS QueryText
FROM ( 
        SELECT query_hash,
               COUNT(query_hash) AS PlanCount
        FROM sys.dm_exec_query_stats
        GROUP BY query_hash
    ) AS MultipleQ
INNER JOIN sys.dm_exec_query_stats qStat ON MultipleQ.query_hash = qStat.query_hash
INNER JOIN sys.dm_exec_cached_plans  QCP
    ON QCP.plan_handle = qStat.plan_handle
CROSS APPLY sys.dm_exec_sql_text(qStat.sql_handle) AS sText
CROSS APPLY sys.dm_exec_query_plan(qStat.plan_handle) AS qp
WHERE PlanCount > 1
ORDER BY MultipleQ.PlanCount DESC