实现千万级数据的分页显示－－整理资料并测试

原帖子如下：

修改后，便于使用的代码：

修改一点点便于其他人使用 
CREATE PROCEDURE GetRecordFromPage 
@tblName varchar(255), -- 表名 
@fldName varchar(255), -- 字段名 
@OrderfldName varchar(255), -- 排序字段名 
@StatfldName varchar(255), -- 统计字段名 
@PageSize int = 10, -- 页尺寸 
@PageIndex int = 1, -- 页码 
@IsCount bit = 0, -- 返回记录总数, 非 0 值则返回 
@OrderType bit = 0, -- 设置排序类型, 非 0 值则降序 
@strWhere varchar(1000) = '' -- 查询条件 (注意: 不要加 where) 
AS 

declare @strSQL varchar(6000) -- 主语句 
declare @strTmp varchar(100) -- 临时变量 
declare @strOrder varchar(400) -- 排序类型 

if @OrderType != 0 
begin 
set @strTmp = "<(select min" 
set @strOrder = " order by [" + @OrderfldName +"] desc" 
end 
else 
begin 
set @strTmp = ">(select max" 
set @strOrder = " order by [" + @OrderfldName +"] asc" 
end 

set @strSQL = "select top " + str(@PageSize) + " " + @fldName + " from [" 
+ @tblName + "] where [" + @OrderfldName + "]" + @strTmp + "([" 
+ @OrderfldName + "]) from (select top " + str((@PageIndex-1)*@PageSize) + " [" 
+ @OrderfldName + "] from [" + @tblName + "]" + @strOrder + ") as tblTmp)" 
+ @strOrder 

if @strWhere != '' 
set @strSQL = "select top " + str(@PageSize) + " " + @fldName + " from [" 
+ @tblName + "] where [" + @OrderfldName + "]" + @strTmp + "([" 
+ @OrderfldName + "]) from (select top " + str((@PageIndex-1)*@PageSize) + " [" 
+ @OrderfldName + "] from [" + @tblName + "] where " + @strWhere + " " 
+ @strOrder + ") as tblTmp) and " + @strWhere + " " + @strOrder 

if @PageIndex = 1 
begin 
set @strTmp = "" 
if @strWhere != '' 
set @strTmp = " where " + @strWhere 

set @strSQL = "select top " + str(@PageSize) + " " + @fldName + " from [" 
+ @tblName + "]" + @strTmp + " " + @strOrder 
end 

if @IsCount != 0 
set @strSQL = "select count(" + @StatfldName + ") as Total from [" + @tblName + "]" 

exec (@strSQL) 

GO 

说明：
增加了下面两个部分，其他人拷贝去可根据自己需要进行设定。
@OrderfldName varchar(255), -- 排序字段名
@StatfldName varchar(255), -- 统计字段名

fldName作用由排序转变为控制需要打开的字段。
@fldName varchar(255), -- 字段名

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
个人测试结果：
通过测试，性能并没有原帖子所说的好。但这可能是机器原因，要知道，在SQL Server中，2千万条空记录大约要占用3G左右的空间，而插入这2千万条记录，在我的测试平台上耗费了近10个小时，内存占用从125M增长到350M左右。我实际测试了一下，在建立索引的情况下，执行一次根据主键，返回一条记录的查询，在512M内存，2.2G CPU，20G单分区存储数据库文件，100M局域网的配置情况下，平均大约需要15s左右（这只是我的个人测试，不具有任何实质性意义。）。

另外我发现，对于上述配置的机器，运行SQL Server时，在百万级别以下的表中执行查询－－（索引良好，没有坏点，或者最新索引），速度差别不大，但达到8位数以上，也就是千万以上时候，SQL Server表现就不太好了，当然，这与机器配置有很大关系了。但无可否认，SQL Server  2000还不是企业级数据库的最佳选择，在Oracle执行类似的查询，性能要好于SQL Server。插入执行完毕的时间是4个小时，内存占用一直没有变化：400M。执行相同查询，需要的时间是10s左右。

小弟最近忙于一个公积金项目，对于部门数据库、中央数据库的调度进行了一些评估，Oracle软件＋SUN/HP的硬件仍然占了中国政府机构服务器的大部分市场，再就是IBM，占据了高端和甚高端的大部分业务。

微软在这方面打个胜仗，还有很长的路要走－－个人认为，和硬件公司合作研发相配套硬件是不二法门。