我们以前在开发大数据量的分页存储过程时，往往都为了怎么样实现高效的性能，而大伤脑筋，似乎总是想写出最佳的存储过程分页方法。本文通过实例比较SQL Server 2005与SQL Server 2000分页存储技巧。
我们以前在开发大数据量的分页存储过程时，往往都为了怎么样实现高效的性能，而大伤脑筋，似乎总是想写出最佳的存储过程分页方法，我们假如建立一个学生基本信息表StudentInfo，我们看在Sql Server 2000中我们实现的存储过程：
CREATE PROCEDURE p_GetStudentInfo
@strWhere varchar(1500) -- 查询条件 (注意: 不要加 where)
,@PageSize int = 50 -- 页尺寸
,@PageIndex int = 1 -- 页码
AS
BEGIN
declare @strSQL varchar(5000) -- 主语句
declare @strTmp varchar(110) -- 临时变量
declare @strOrder varchar(400) -- 排序类型
set @strTmp = '<(select min'
set @strOrder = ' order by studentinfoid desc'
if @PageIndex = 1
begin
if @strWhere != ''
set @strSQL = 'select top ' + str(@PageSize) +' * from studentinfo where ' + @strWhere + ' ' + @strOrder
else
set @strSQL = 'select top ' + str(@PageSize) +' * from studentinfo '+ @strOrder
--如果是第一页就执行以上代码，这样会加快执行速度
end
else
begin
--以下代码赋予了@strSQL以真正执行的SQL代码
set @strSQL = 'select top ' + str(@PageSize) +' * from studentinfo
where studentinfoid' + @strTmp + '(studentinfoid) from (select top ' + str((@PageIndex-1)*@PageSize) + ' studentinfoid from studentinfo' + @strOrder + ') as tblTmp)'+ @strOrder
if @strWhere != ''
set @strSQL = 'select top ' + str(@PageSize) +' * from studentinfo
where studentinfoid' + @strTmp + '(studentinfoid) from
(select top ' + str((@PageIndex-1)*@PageSize) + ' studentinfoid from studentinfo where ' + @strWhere + ' '
+ @strOrder + ') as tblTmp) and ' + @strWhere + ' ' + @strOrder
end
--print (@strSQL)
exec (@strSQL)
END
GO |
我们在上面的存储过程中可以看到，如果执行的是第一页的记录时，我们可以看到只执行
'select top ' + str(@PageSize) +' * from studentinfo where ' + @strWhere + ' ' + @strOrder
就可以了，而如果翻页的时候，就会在条件查询中又嵌套子查询，势必性能会有所下降，而这个已经在我们Sql Server2000中算是高效的分页存储过程实现方式了，而现在如果我们换作Sql Server 2005的时候，我们是不是还是用这种方式呢?
京公网安备 11010802021500号