大体看了一下,思路无非是两种:一种是通过数据库端建立存储过程的方式,一种是在程序段读取指定的数据集。简单的说,要么在数据库端实现,要么在程序端实现。
在程序端会占用较大的内存空间,如果涉及到remote的问题就麻烦了,如果处理的数据少还好说,多的话还是用数据库端的要好些。所以看到很多解决方式都在向存储过程的方向上靠。最终的处理呢,就是看谁的存储过程更能优化,效率更高了。下面给出几个例子参考一下:
例一、
-- 获取指定页的数据
CREATE PROCEDURE GetRecordFromPage
@tblName varchar(255), -- 表名
@fldName varchar(255), -- 字段名
@PageSize int = 10, -- 页尺寸
@PageIndex int = 1, -- 页码
@IsCount bit = 0, -- 返回记录总数, 非 0 值则返回
@OrderType bit = 0, -- 设置排序类型, 非 0 值则降序
@strWhere varchar(1000) = '' -- 查询条件 (注意: 不要加 where)AS
ASdeclare @strSQL varchar(6000) -- 主语句
declare @strTmp varchar(100) -- 临时变量
declare @strOrder varchar(400) -- 排序类型if @OrderType != 0
begin
set @strTmp = "<(select min"
set @strOrder = " order by [" + @fldName +"] desc"
end
else
begin
set @strTmp = ">(select max"
set @strOrder = " order by [" + @fldName +"] asc"
endset @strSQL = "select top " + str(@PageSize) + " * from ["
+ @tblName + "] where [" + @fldName + "]" + @strTmp + "(["
+ @fldName + "]) from (select top " + str((@PageIndex-1)*@PageSize) + " ["
+ @fldName + "] from [" + @tblName + "]" + @strOrder + ") as tblTmp)"
+ @strOrderif @strWhere != ''
set @strSQL = "select top " + str(@PageSize) + " * from ["
+ @tblName + "] where [" + @fldName + "]" + @strTmp + "(["
+ @fldName + "]) from (select top " + str((@PageIndex-1)*@PageSize) + " ["
+ @fldName + "] from [" + @tblName + "] where " + @strWhere + " "
+ @strOrder + ") as tblTmp) and " + @strWhere + " " + @strOrderif @PageIndex = 1
begin
set @strTmp = ""
if @strWhere != ''
set @strTmp = " where " + @strWhereset @strSQL = "select top " + str(@PageSize) + " * from ["
+ @tblName + "]" + @strTmp + " " + @strOrder
endif @IsCount != 0
set @strSQL = "select count(*) as Total from [" + @tblName + "]"exec (@strSQL)
- GO
原文据说是实现上千万条数据的分页显示,可见效率应该不一般了。
例二、(略)
网上很多例子是web下的,无论是asp还是jsp要么使用现成的组件,要么自己来写分页的代码,内容没细看,大体上都是把数据从库中读出来,在内存中分页,放到脱离数据库中的集合中去,这样做数据库端应该没什么压力,但是数据量一大,就难报会出什么问题了。因为想做的分页不见得会用到web上,所以不对这种方式做更深入的研究了。最好是能做一个通用的组件,在b/s、c/s下就都可以运行了。
仔细想想主要要解决的还是在sqlserver端。
先写到这里,待续