如何用参数化SQL语句污染你的计划缓存

数据库 SQL Server
你的SQL语句的参数化总是个好想法。使用参数化SQL语句你不会污染你的计划缓存——错!!!在这篇文章里我想向你展示下用参数化SQL语句就可以污染你的计划缓存,这是非常简单的!

   你的SQL语句的参数化总是个好想法。使用参数化SQL语句你不会污染你的计划缓存——错!!!在这篇文章里我想向你展示下用参数化SQL语句就可以污染你的计划缓存,这是非常简单的!

  ADO.NET-AddWithValue

  ADO.NET是实现像SQL Server关系数据库数据访问的.NET框架的组成——有一些严重的副作用。不要误解我——只要你正确使用,ADO.NET一直很棒。你马上就会看到,它很容易被错误使用。我们来看下面实现SQL语句执行的C#代码。

 

  1. for (int i = 1; i <= 100; i++) 
  2.    val += i.ToString(); 
  3.  
  4.    cmd = new SqlCommand( 
  5.       "SELECT * FROM Sales.SalesOrderDetail WHERE CarrierTrackingNumber = @CarrierTrackingNumber",  
  6.       cnn); 
  7.    cmd.Parameters.AddWithValue("@CarrierTrackingNumber", val); 
  8.    SqlDataReader reader = cmd.ExecuteReader(); 
  9.    reader.Close(); 

 

  我们是聪明的开发者,因此SQL语句本身被参数化,因为ADO.NET框架是地球上最棒的框架,我们使用System.Data.SqlClient.SqlParameterCollection类的AddWithValue方法来提供实际的参数值。我在WHLIE循环里运行那个SQL语句100次,总用不同长度赋予参数值。在Sales.SalesOrderDetail表里CarrierTrackingNumber列定义为NVARCHAR(25)。因此我们可以在基于我们提供的不同字符长度上有上至25个不同数据类型的参数。现在让我们检查下我们SQL语句执行后的计划缓存。

 

  1. SELECT 
  2. 2     st.text, 
  3. 3     cp.* 
  4. FROM sys.dm_exec_cached_plans cp 
  5. CROSS APPLY sys.dm_exec_sql_text(cp.plan_handle) st 
  6. 6 GO 

 

  现在事情变得有点疯狂:在计划缓存里我们存储了100个不同的执行计划!

  

 

  对于每个可能的数据类型参数都有1个执行计划——即使当数据类型是NVACHAR(2***ddWithValue方法非常,非常邪恶:基于你提供的参数值派生出数据类型。永远不要使用它!

  ADO.NET – SqlDbType.VarChar

  因为从我们的错误中我们学到了,现在我们知道ADO.NET的AddWithValue方法的副作用——我们不再用它。现在让我们重写我们的C#程序代码,如下所示定义一个显示的参数数据类型:

 

  1. for (int i = 1; i <= 100; i++) 
  2.    val += i.ToString(); 
  3.  
  4.    cmd = new SqlCommand( 
  5.       "SELECT * FROM Sales.SalesOrderDetail WHERE CarrierTrackingNumber = @CarrierTrackingNumber"
  6.       cnn); 
  7.    cmd.Parameters.Add(new SqlParameter("@CarrierTrackingNumber", SqlDbType.VarChar)); 
  8.    cmd.Parameters["@CarrierTrackingNumber"].Value = val; 
  9.    SqlDataReader reader = cmd.ExecuteReader(); 
  10.    reader.Close(); 

 

  从代码里你可以看到,ADO.NET现在不能派生参数数据类型了,因为我们已经指定了SqlDbType.Varchar数据类型。让我们再次执行这个SQL语句100次并再次检查下计划缓存:

  

 

  没有啥改变。问题还是一样:在计划缓存里我们还有100个不一样的的执行计划。现在的问题是ADO.NET只强制数据类型(SqlDbType.VarChar),但不是数据类型的"长度"。有100个不同的长度在计划缓存里你就有100个不同的执行计划。

  如果你在你的ADO.NET代码里显式指定参数数据类型,你也要指定它的长度!现在我们来看下一些修正的C#代码。

 

  1. for (int i = 1; i <= 100; i++) 
  2.    val += i.ToString(); 
  3.  
  4.    cmd = new SqlCommand( 
  5.       "SELECT * FROM Sales.SalesOrderDetail WHERE CarrierTrackingNumber = @CarrierTrackingNumber"
  6.       cnn); 
  7.    cmd.Parameters.Add(new SqlParameter("@CarrierTrackingNumber", SqlDbType.VarChar, 100)); 
  8.    cmd.Parameters["@CarrierTrackingNumber"].Value = val; 
  9.    SqlDataReader reader = cmd.ExecuteReader(); 
  10.    reader.Close(); 

这次我也指定了数据类型的长度——这里是100,现在当我们再次执行SQL语句100次时,***我们在计划缓存里以1个执行计划且重用了100次来***收工。这是从SQL Server角度的最终目标。

 

  小结

  寓意:ADO.NET是个很棒的数据访问框架,它提供你有用的功能(例如AddWithValue方法),当从SQL Server角度来说你真的要考虑下你在做什么。当你使用参数化SQL语句时,你要尽量显式:你必须地冠以参数值的实际数据类型,还有你想要的获得数据类型长度。

  感谢关注!

  注:此文章为WoodyTu学习MS SQL技术,收集整理相关文档撰写,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出此文链接!

责任编辑:honglu 来源: 博客园
相关推荐

2015-11-13 10:55:53

2010-09-07 10:42:12

SQL语句

2018-07-12 14:20:33

SQLSQL查询编写

2015-04-22 14:17:45

SQL SERVERMSSQL SERVE缓冲区

2023-08-30 10:28:02

LRU链表区域

2023-08-31 13:36:00

系统预读失效

2010-11-10 11:32:17

sql server计

2018-01-08 16:08:12

污染源大数据普查

2019-09-18 10:07:24

ExcelSQL数据库

2021-04-06 11:01:06

比特币加密货币去中心化

2019-01-02 13:11:53

GO语言缓存

2018-12-04 08:00:00

网络测量PerfSONAR网络性能

2009-11-18 17:05:47

捕获Oracle SQ

2010-09-03 15:17:18

SQLselect语句

2010-04-20 14:06:56

Oracle SQL语

2011-03-17 13:54:42

查询参数SQL语句利用率

2012-02-02 15:36:21

Hibernate

2011-05-06 16:22:58

2010-09-07 14:50:15

SQL语句

2010-10-21 10:42:30

SQL Server查
点赞
收藏

51CTO技术栈公众号