SQL Server: 局部变量是如何影响查询性能的

数据库开发者在存储过程和脚本中使用局部变量是很常见的事情，但是，局部变量会影响查询的性能，接下来我们来证实这一点。

10年的桐乡网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。营销型网站建设的优势是能够根据用户设备显示端的尺寸不同，自动调整桐乡建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联从事“桐乡网站设计”,“桐乡网站推广”以来，每个客户项目都认真落实执行。

首先让我们创建一个表并插入一些测试数据：

 
 
 
   
  
  
  USE AdventureWorks    
  
  
  GO    
  
  
  CREATE TABLE TempTable    
  
  
        (tempID UNIQUEIDENTIFIER,tempMonth INT, tempDateTime DATETIME )    
  
  
  GO    
  
  
     
  
  
  INSERT INTO TempTable (tempID, tempMonth, tempDateTime)    
  
  
  SELECT NEWID(),(CAST(100000*RAND() AS INT) % 12) + 1 ,GETDATE()    
  
  
  GO 100000 -- (EXECUTE THIS BATCH 100000 TIME)    
  
  
     
  
  
  -- Create an index to support our query    
  
  
  CREATE NONCLUSTERED INDEX [IX_tempDateTime] ON [dbo].[TempTable]    
  
  
  ([tempDateTime] ASC)    
  
  
  INCLUDE ( [tempID]) WITH ( ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]    
  
  
  GO

然后我们做一个简单的查询：

 
 
 
   
  
  
  SET STATISTICS IO ON   
  
  
  GO    
  
  
  SELECT * FROM TempTable    
  
  
  WHERE tempDateTime > '2012-07-10 03:18:01.640'

Table 'TempTable'. Scan count 1, logical reads 80, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

检查这个执行计划以及索引检索的属性，你会发现预估行数是实际行数的两倍，但并不会太影响执行计划，因为优化器选择了最合适的查询方法：

查询优化器根据基本统计直方图来预估数据行数，即：EQ_ROWS + AVG_RANGE_ROWS (77 + 88.64286) DBCC SHOW_STATISTICS ('dbo.TempTable', IX_tempDateTime)

现在我们修改 SELECT 语句以使用局部变量，你会发现查询优化器使用了一个不同的查询计划，这是一个更耗时的计划，为什么？

 
 
 
   
  
  
  DECLARE @RequiredDate DATETIME    
  
  
  SET @RequiredDate = '2012-07-10 03:18:01.640'   
  
  
     
  
  
  SELECT * FROM TempTable    
  
  
  WHERE tempDateTime  > @RequiredDate

------------------------------------------------------------------------------------------

Table 'TempTable'. Scan count 1, logical reads 481, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

预估值和实际值差别更大，相当于查询优化器无法选择最适合的查询计划，因为错误的预估值。因为查询优化在执行时并不清楚局部变量值，导致无法使用统计直方图。

不等式运算符的情况

在我们的查询中使用的不等式运算符，因此查询优化器使用了一个简单的 30% 的算式来预估。

Estimated Rows =(Total Rows * 30)/100 = (100000*30)/100 = 30000

等式运算符的情况

 
 
 
   
  
  
  DECLARE @RequiredDate DATETIME    
  
  
  SET @RequiredDate = '2012-07-10 03:18:01.640'   
  
  
     
  
  
  SELECT * FROM TempTable    
  
  
  WHERE tempDateTime  = @RequiredDate

如果在局部变量中使用等式运算符，那么查询优化器又会选择不同的公式，即精确度 * 表记录总数. 执行下面查询可获取精确的值

DBCC SHOW_STATISTICS('dbo.TempTable', IX_tempDateTime)

All Density = 0.0007358352 Total Number of Rows in Table = 100000

Estimated Rows = Density * Total Number = 0.0007358352 * 100000 = 73.5835

英文原文：http://www.connectsql.blogspot.tw/2012/07/sql-server-how-local-variables-can.html

文章标题：SQL Server: 局部变量是如何影响查询性能的
文章位置：http://www.shufengxianlan.com/qtweb/news26/495776.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：创新互联

猜你还喜欢下面的内容