执行计划从参数化

简介:

背景:

今天在群里发现在讨论,只要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,如需转载请自行联系原作者






相关文章
|
4天前
|
SQL 缓存 监控
如何在数据库查询中使用参数化查询?
【4月更文挑战第30天】如何在数据库查询中使用参数化查询?
23 1
|
SQL 关系型数据库 MySQL
SQL查询模型和子查询再学习
SQL查询模型和子查询再学习
SQL查询模型和子查询再学习
|
SQL JSON 关系型数据库
几个必须掌握的SQL优化技巧(四):使用Trace工具分析优化器执行计划
在应用的开发过程中,由于开发初期的数据量一般都比较小,所以开发过程中一般都比较注重功能上的实现,但是当完成了一个应用或者系统之后,随着生产数据量的急剧增长,那么之前的很多sql语句的写法就会显现出一定的性能问题,对生产的影响也会越来越大,这些不恰当的sql语句就会成为整个系统性能的瓶颈,为了追求系统的极致性能,必须要对它们进行优化。
361 0
几个必须掌握的SQL优化技巧(四):使用Trace工具分析优化器执行计划
|
SQL 数据安全/隐私保护
参数化查询为什么能够防止SQL注入
原文:参数化查询为什么能够防止SQL注入 很多人都知道SQL注入,也知道SQL参数化查询可以防止SQL注入,可为什么能防止注入却并不是很多人都知道的。 本文主要讲述的是这个问题,也许你在部分文章中看到过这块内容,当然了看看也无妨。
986 0
|
SQL Oracle 关系型数据库
SQL为什么预估执行计划与真实执行计划会有差异?
SQL为什么预估执行计划与真实执行计划会有差异?http://www.bieryun.com/3149.html 一 问题概要 对同一个 SQL 语句的 ExplainPlan 里显示的预估执行计划与通过 V$SQL_PLAN 视图获取的 Runtime Plan 真实执行计划,偶尔会发现两边有不一致的情况,为什么呢?为什么预估执行计划会不准确?怎样才能避免这种情况的发生? 二 问题解答 这是执行计划相关中会被经常问道的问题,也是困扰自己很长时间的问题。
1448 0
|
SQL 机器学习/深度学习 Oracle
|
SQL 关系型数据库 MySQL
|
SQL 数据库 索引