软件开发培训班 >> 编程开发 >> SQL


SQL Server数据库分页存储过程优化效率分析

　　本文标签：SQL Server 分页存储过程优化效率分析

　　SQL Server数据库分页存储过程优化效率分析是本文主要要介绍的内容，接下来我们就开始介绍这一过程，SQL Server数据库分页存储过程优化效率分析先来对比两段分页SQL，假设条件：news表有15万记录，NewsTypeId=10有9万记录，当前查询NewsTypeID=10  。那么，你会认为哪个SQL效率会高呢？

　　代码一：

　　

  1. DECLARE @cc INT  
  2. SELECT NewsId,ROW_NUMBER() OVER(ORDER BY SortNum DESC)   
  3. AS RowIndex INTO #tb FROM news WITH(NOLOCK)   
  4. WHERE NewsTypeId=@NewsTypeId AND IsShow=1 
  5. SET @cc = @@ROWCOUNT  
  6. SELECT n.* FROM news AS n WITH(NOLOCK), #tb   
  7. As t WHERE t.RowIndex>@PageIndex*@PageSize   
  8. AND t.RowIndex<=(@PageIndex+1)*@PageSize  
  9. AND t.newsid=n.newsid  
  10. SELECT @cc  
  11. DROP TABLE #tb 

　　

　　代码二：

　　

  1. DECLARE @cc INT  
  2. SELECT NewsId,ROW_NUMBER() OVER(ORDER BY SortNum DESC)  
  3. AS RowIndex INTO #tb FROM news WITH(NOLOCK)   
  4. WHERE NewsTypeId=@NewsTypeId AND IsShow=1 
  5. SET @cc = @@ROWCOUNT  
  6. SELECT NewsId INTO #tb2 FROM #tb As t   
  7. WHERE t.RowIndex>@PageIndex*@PageSize AND t.RowIndex<=(@PageIndex+1)*@PageSize  
  8. SELECT * FROM news WITH(NOLOCK)   
  9. WHERE NewsId IN (SELECT * FROM #tb2)  
  10. SELECT @cc  
  11. DROP TABLE #tb  
  12. DROP TABLE #tb2 

　　

　　答案是代码二远远高于代码一  。在代码一中加粗代码的操作会引起整表扫描，因为数据库引擎在认为WHERE表达式中满足条件记录大于一定阀值的时候，就不再去进行查询优化，而直接使用表扫描  。看执行信息：

　　

  1. 表 news  。扫描计数 1，逻辑读取 342 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次  。  
  2. (98361 行受影响)  
  3. (1 行受影响)  
  4. (40 行受影响)  
  5. 表 #tb________________________________________00000004C024  。  
  6. 扫描计数 1，逻辑读取 257 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次  。  
  7. 表 news  。扫描计数 1，逻辑读取 2805 次，物理读取 0 次，预读 235 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次  。  
  8. (1 行受影响)  
  9. (1 行受影响)  
  10. 原本，我想的执行计划，加粗部分的代码应该是聚焦索引查找，这样性能就提高很多  。看代码二：  
  11. 表 news  。扫描计数 1，逻辑读取 342 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次  。  
  12. (98361 行受影响)  
  13. (1 行受影响)  
  14. 表 #tb____________________________________00000004BEEF  。  
  15. 扫描计数 1，逻辑读取 257 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次  。  
  16. (40 行受影响)  
  17. (1 行受影响)  
  18. (40 行受影响)  
  19. 表 news  。扫描计数 0，逻辑读取 131 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次  。  
  20. 表 #tb2___________________________________00000004BEF0  。  
  21. 扫描计数 1，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次  。  
  22. (1 行受影响)  
  23. (1 行受影响) 

　　

　　很明显，代码二与代码一中的IO操作数大大降低  。且代码一随着@PageIndex越来越大，效率会越来越低；但代码二的效率不会随@PageIndex变化而改变  。

　　以上就是SQL Server数据库分页存储过程优化效率分析的全部内容，本文就介绍到这里了，希望本次的介绍能够对您有所收获！