[20140217]执行计划从参数化

简介: 背景: 今天在群里发现在讨论,只要sql语句有空格,就会生成另外一个执行计划。一直没有对这个做过check。 环境: sql server 2008r2,northwind 数据库 代码导入 测试: 测试脚本1,用于查看生成的执行计划,并清除计划,可以看得清楚一些: SELECT * FROM sys.

背景:

今天在群里发现在讨论,只要sql语句有空格,就会生成另外一个执行计划。一直没有对这个做过check。

环境:

sql server 2008r2,northwind 数据库 代码导入

测试:

测试脚本1,用于查看生成的执行计划,并清除计划,可以看得清楚一些:

SELECT * FROM sys.dm_exec_cached_plans a
    CROSS APPLY sys.dm_exec_sql_text(a.plan_handle)
    CROSS APPLY sys.dm_exec_query_plan(a.plan_handle)
    
SELECT * FROM sys.dm_exec_query_stats a
    CROSS APPLY sys.dm_exec_sql_text(a.sql_handle)
    CROSS APPLY sys.dm_exec_query_plan(a.plan_handle)
    
DBCC freeproccache
    

测试脚本2:

SELECT * FROM  dbo.Orders  WHERE OrderDate >'19900101'

测试语句3:

SELECT * FROM  dbo.Orders  WHERE OrderDate >                   '19900101'

很明显能够看出测试脚本2和3的区别。

删除除了orders上除了聚集索引之外的所有索引,然后运行以上脚本,发现被参数化了,并用XML查看执行计划:

SELECT * FROM  dbo.Orders  WHERE OrderDate >'19900101'
SELECT * FROM  dbo.Orders  WHERE OrderDate >                   '19900101'
(@1 varchar(8000))SELECT * FROM [dbo].[Orders] WHERE [OrderDate]>@1

(@1 varchar(8000))SELECT * FROM [dbo].[Orders] WHERE [OrderDate]>@1

 StatementOptmLevel="TRIVIAL" 

之后我们随便创建一个索引,我就用orders表中有的一个索引:

 CREATE  INDEX "CustomersOrders" ON "dbo"."Orders"("CustomerID")

然后再运行测试脚本,并用XML方式查看执行计划:

SELECT * FROM  dbo.Orders  WHERE OrderDate >'19900101'
SELECT * FROM  dbo.Orders  WHERE OrderDate >                   '19900101'

SELECT * FROM  dbo.Orders  WHERE OrderDate >                   '19900101'
SELECT * FROM  dbo.Orders  WHERE OrderDate >'19900101'

 StatementOptmLevel="FULL"  

结论:

这里的测试结果,是否被参数化和索引有关,和语句级别有关,如果为TRIVIAL就会执行简单参数化,如果为FULL就不会执行简单参数化。

但是我翻阅了一下我手头上的资料并没有发现,对这个现象的说明

向知情者请教

阅读:

文章http://blogs.msdn.com/b/psssql/archive/2013/12/04/how-simple-parameterization-work.aspx

目录
相关文章
|
6月前
|
SQL 缓存 监控
如何在数据库查询中使用参数化查询?
【4月更文挑战第30天】如何在数据库查询中使用参数化查询?
191 1
|
SQL 关系型数据库 MySQL
SQL查询模型和子查询再学习
SQL查询模型和子查询再学习
SQL查询模型和子查询再学习
|
SQL 索引 存储
执行计划的生成
原文:执行计划的生成   SQL Server使用许多技术来优化资源消耗: 基于语法的查询优化; 无用计划匹配以避免对简单查询的深度优化; 根据当前分布统计的索引和连接策略; 多阶段的查询优化以控制优化开销; 执行计划缓冲以避免重新生成执行计划;   以上技术按以下顺序执行: 解析器; 代数化器; 查询优化器; 执行计划生成,缓冲和hash计划生成; 查询执行;   其执行顺序如下:    一、解析器(parser)   当查询被提交时,SQL Server将它传递给关系引擎中的解析器。
1130 0
|
SQL 机器学习/深度学习 Oracle
|
SQL 关系型数据库 MySQL
|
SQL 数据库 索引