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

数据库 SQL Server
本文我们通过一个实例来分析SQL Server数据库中分页存储过程的效率,从而找个更加高效的分页方法,以便提高SQL查询的效率,希望本次的介绍能够对您有所帮助。

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数据库分页存储过程优化效率分析的全部内容,本文就介绍到这里了,希望本次的介绍能够对您有所收获!

【编辑推荐】

  1. 初学SQL Server数据库的一些常用操作总结
  2. SQL Server数据库创建数据仓库已分区表详解
  3. SQL Server与Access数据库ASP代码的比较详解
  4. SQL Server数据库中bit字段类型使用时的注意事项
  5. SQL Server数据库timestamp数据类型相关知识介绍
责任编辑:赵鹏 来源: 博客园
相关推荐

2010-09-14 10:47:45

sql server存

2011-03-24 13:38:47

SQL Server 存储分页

2011-03-28 10:46:36

sql server存储分页

2011-07-26 17:19:32

SQL Server数随机抽取数据

2011-07-13 16:19:54

存储过程SQL Server数

2010-09-06 11:05:05

SQL SERVER语句

2011-07-28 14:31:47

SQL Server数存储过程

2011-06-17 17:37:16

JavaSQL Server

2010-07-06 14:06:52

SQL Server存

2011-09-01 14:00:11

SQL Server 存储过程显示表结构

2010-06-18 10:34:38

SQL Server

2010-11-10 15:16:14

Sql Server分

2010-06-30 14:36:49

SQL Server

2009-07-06 21:20:34

SQL Server数

2011-07-19 15:18:46

存储过程sql语句

2010-06-28 13:45:16

SQL Server

2010-07-01 13:42:58

SQL Server存

2011-03-31 10:38:28

SQL Server编写优化

2011-08-15 15:14:54

SQL Server存储过程异常处理

2009-03-11 15:40:20

点赞
收藏

51CTO技术栈公众号