sqlserver关于分页存储过程的优化【让数据库按我们的意思执行查询计划】
更新时间：2011年08月28日 22:08:04 作者：
先来对比两段分页SQL，假设条件：news表有15万记录，NewsTypeId=10有9万记录，当前查询NewsTypeID=10。那么，你会认为哪个SQL效率会高呢？
复制代码 代码如下:
--代码一DECLARE @cc INT
SELECT NewsId,ROW_NUMBER() OVER(ORDER BY SortNum DESC) AS RowIndex INTO #tb FROM news WITH(NOLOCK) WHERE NewsTypeId=@NewsTypeId AND IsShow=1
SET @cc = @@ROWCOUNT
SELECT n.* FROM news AS n WITH(NOLOCK), #tb As t WHERE t.RowIndex>@PageIndex*@PageSize AND t.RowIndex<=(@PageIndex+1)*@PageSize AND t.newsid=n.newsid
SELECT @cc
DROP TABLE #tb
复制代码 代码如下:
--代码二
DECLARE @cc INT
SELECT NewsId,ROW_NUMBER() OVER(ORDER BY SortNum DESC) AS RowIndex INTO #tb FROM news WITH(NOLOCK) WHERE NewsTypeId=@NewsTypeId AND IsShow=1
SET @cc = @@ROWCOUNT
SELECT NewsId INTO #tb2 FROM #tb As t WHERE t.RowIndex>@PageIndex*@PageSize AND t.RowIndex<=(@PageIndex+1)*@PageSize
SELECT * FROM news WITH(NOLOCK) WHERE NewsId IN (SELECT * FROM #tb2)
SELECT @cc
DROP TABLE #tb
DROP TABLE #tb2
答案是代码二远远高于代码一。在代码一中加粗代码的操作会引起整表扫描，因为数据库引擎在认为WHERE表达式中满足条件记录大于一定阀值的时候，就不再去进行查询优化，而直接使用表扫描。看执行信息，：
表 'news'。扫描计数 1，逻辑读取 342 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(98361 行受影响)
(1 行受影响)
(40 行受影响)
表 '#tb________________________________________00000004C024'。扫描计数 1，逻辑读取 257 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'news'。扫描计数 1，逻辑读取 2805 次，物理读取 0 次，预读 235 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(1 行受影响)
(1 行受影响)
原本，我想的执行计划，加粗部分的代码应该是聚焦索引查找，这样性能就提高很多。看代码二：
表 'news'。扫描计数 1，逻辑读取 342 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(98361 行受影响)
(1 行受影响)
表 '#tb____________________________________00000004BEEF'。扫描计数 1，逻辑读取 257 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(40 行受影响)
(1 行受影响)
(40 行受影响)
表 'news'。扫描计数 0，逻辑读取 131 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 '#tb2___________________________________00000004BEF0'。扫描计数 1，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(1 行受影响)
(1 行受影响)
很明显，代码二与代码一中的IO操作数大大降低。且代码一随着@PageIndex越来越大，效率会越来越低；但代码二的效率不会随@PageIndex变化而改变。
相关文章
原本sql写得也不好，近几年数据库用得少，sql更是荒废了，最近复习sql,网上例 子很多，但都只是提供sql例子，没有配套的数据用来自己练习和调试2012-06-06
这篇文章主要深入学习SQL Server聚合函数算法优化技巧，感兴趣的小伙伴们可以参考一下2015-12-12
卸载VS2011 Developer Preview后Sql Server2008&nbs
话说上回我为了尝尝螃蟹的味道而装了 VS2011 Developer Preview，但是装完后立马卸载掉了，原因是这家伙的安装目录位置没用，我设置到D盘的但是装完后D盘的文件夹只有一百多M，而足足8G+的空间是在C盘上消耗的。2011-11-11
SQLSERVER中union,cube,rollup,cumpute运算符使用说明
union,cube,rollup,cumpute运算符的使用技巧。2009-09-09
一段压缩MS SQL Server日志的语句，需要的朋友可以参考下。2010-11-11
sql server 2016不能全部用到CPU的逻辑核心数的问题
服务器总共CPU核心有72核，但sql 只能用到40核心，想信也有很多人遇到这问题，那么今天这节就先说说这问题是怎么出现的2023-05-05
如果你在附加SQL数据库，出现只读或失败的情况，来看下本文的解决方案吧。2010-03-03
Case具有两种格式。简单Case函数和Case搜索函数。2010-09-09
本文通过图文并茂的形式给大家介绍了Mysql8.0.17安装,非常不错，具有一定的参考借鉴价值，需要的朋友可以参考下2019-09-09
最近写了一个简单的朋友圈程序，包含了朋友圈的列表实现，视频的录制、预览与上传，图片可选择拍照或者从相册选取，从相册选取可以一次选择多张照片，并且限制照片的张数，想拥有真正属于自己的朋友圈吗？快来围观2016-05-05
最新评论