背景:
今天在群里发现在讨论,只要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
分类:
MSSQL
, 我的MSSQLDBA 日记
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 25岁的心里话
· 按钮权限的设计及实现
2012-02-17 SQL Server 2008 性能调优 optimize for ad hoc workloads