翻页存储过程改进版

CREATE PROC  Xpage

--Author:萧栎.Exe

--Date:2004七夕

--Ver:1.1

        @Columns   varchar(200),     --需要查询的列

        @TableValue   varchar(200),     --需要查询的表和条件

        @OrderKey varchar(20),      --排序字段

        @IdentKey  varchar(30)='ID',    --唯一标识字段

        @PageSize  smallint,         --每页的行数

        @PageNumber   smallint,         --要显示的页码, 1开始

        @Order     varchar(4)='DESC',   --排序方式 DESC/ASC

        @Result    int output    --输出总记录数

AS

        SET NOCOUNT ON

BEGIN

        DECLARE @MainSql AS varchar(1000)

        DECLARE @VirtualTable AS varchar(1000)

        DECLARE @Countable AS nvarchar(1000)

        DECLARE @Alls AS int

   

        SET @Countable = 'SELECT  @ALL = COUNT(' + @IdentKey + ')' + ' FROM '  + @TableValue

        EXEC sp_executesql @Countable,N'@All int output',@Alls output

        SET @Result=@Alls

 

        SET @VirtualTable = 'SELECT TOP ' + CAST((@PageNumber) * @pageSize AS varchar(30)) + ' ' + @Columns +

              ' FROM '+ @TableValue + ' ORDER BY '+@OrderKey +' '+ @Order

 

    SET @MainSql ='SELECT TOP ' + CAST(@PageSize AS varchar(30)) + ' * ' +

              'FROM (' + @VirtualTable + ') AS tableA ' +

              'WHERE ' + @IdentKey + ' NOT IN(SELECT TOP ' +

              CAST((@PageNumber-1) * @PageSize AS varchar(30)) + ' ' + @IdentKey +

              ' FROM (' + @VirtualTable + ') AS tableB)'

        EXEC (@MainSql)

END

GO

 

翻页存储过程的第二版:
+总数的输出参数
+排序自定义

 

被那个 sp_executesql  搞了好久,后来发现是少个空格的原因,日。。
这个应该算比较方便的一个翻页存储过程了,数据量百万左右ID为主键的翻页速度在两秒以内,再多的数据估计就会慢下来了。在轻量级数据量下这个算是最快,最少资源占用的方式。

 

主要耗费时间的地方:sp_executesql,TOP上的乘法运算,IN操作。如果order by的字段索引没设计好的话,速度就会被拖得更慢。

 

(七夕,泣兮……)

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 5
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值