执行计划从参数化

简介:

背景:

今天在群里发现在讨论,只要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就不会执行简单参数化。

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

向知情者请教



    本文转自 Fanr_Zh 博客园博客,原文链接:http://www.cnblogs.com/Amaranthus/p/3552436.html ,如需转载请自行联系原作者






相关文章
|
6月前
|
SQL 缓存 监控
如何在数据库查询中使用参数化查询?
【4月更文挑战第30天】如何在数据库查询中使用参数化查询?
193 1
|
SQL JSON 关系型数据库
几个必须掌握的SQL优化技巧(四):使用Trace工具分析优化器执行计划
在应用的开发过程中,由于开发初期的数据量一般都比较小,所以开发过程中一般都比较注重功能上的实现,但是当完成了一个应用或者系统之后,随着生产数据量的急剧增长,那么之前的很多sql语句的写法就会显现出一定的性能问题,对生产的影响也会越来越大,这些不恰当的sql语句就会成为整个系统性能的瓶颈,为了追求系统的极致性能,必须要对它们进行优化。
421 0
几个必须掌握的SQL优化技巧(四):使用Trace工具分析优化器执行计划
|
SQL 索引 存储
执行计划的生成
原文:执行计划的生成   SQL Server使用许多技术来优化资源消耗: 基于语法的查询优化; 无用计划匹配以避免对简单查询的深度优化; 根据当前分布统计的索引和连接策略; 多阶段的查询优化以控制优化开销; 执行计划缓冲以避免重新生成执行计划;   以上技术按以下顺序执行: 解析器; 代数化器; 查询优化器; 执行计划生成,缓冲和hash计划生成; 查询执行;   其执行顺序如下:    一、解析器(parser)   当查询被提交时,SQL Server将它传递给关系引擎中的解析器。
1131 0
|
SQL Oracle 关系型数据库
SQL为什么预估执行计划与真实执行计划会有差异?
SQL为什么预估执行计划与真实执行计划会有差异?http://www.bieryun.com/3149.html 一 问题概要 对同一个 SQL 语句的 ExplainPlan 里显示的预估执行计划与通过 V$SQL_PLAN 视图获取的 Runtime Plan 真实执行计划,偶尔会发现两边有不一致的情况,为什么呢?为什么预估执行计划会不准确?怎样才能避免这种情况的发生? 二 问题解答 这是执行计划相关中会被经常问道的问题,也是困扰自己很长时间的问题。
1487 0
|
SQL 机器学习/深度学习 Oracle
|
SQL 数据库 索引
|
SQL 关系型数据库 MySQL
下一篇
无影云桌面