【经验分享】海量数据高性能分页新法

    最近，一直在进行项目性能的优化工作，从中也有一些心得体会，拙见仅供大家参考，欢迎探讨交流！
    对于数据库分页的做法，从网上的资料综合来看，大体分为三类：
    1。根据ID分页
    2。使用Top分页
    3。利用Not In分页
    这三种方法中，速度最快的是第一种，第二种其次，第三种是最慢的。第一种方法虽然最快，但是，在实际的应用中，其实并不多。因为，基本上没有页面会根据ID来排序，通常都是根据某（几）个有意义的字段来排序。第二种方法是我平常用的最多的，Top的效率还是不错的。第三种方法，由于会引起全表扫描，所以，一般不怎么推荐使用。在这里，第二和第三种方法都有一个缺点，就是随着页数的增多，越是靠后的数据，获取越慢。
    所以，我在思考，有没有一种比Top更快的方法呢？现知的就只有按照ID分页了，但是，我的数据中没有ID字段，那么我可以做一个变通，把要排序的（一个或多个）字段组合成一个相当于ID功效的东西来看待，然后，对这个组合字段排序。我的表达可能不是很清楚，那么我们举个例子吧。
    现有一表：工厂物料表，数据量60万
    TblOrgItem
    (
        OID nvarchar(40),--自动产生的GRID
        OrgCode nvarchar(50),--工厂代码
        OrgName nvarchar(50),--工厂名称
        ItemNo nvarchar(50),--物料编码
        ItemName nvarchar(50),--物料名称
        ......
    )
    需求：按照先"工厂代码"升序，再"物料编码"升序的顺序排序显示
    那么这个时候我们可以把"工厂代码"+"物料编码"的组合看作是一个主键，然后对它进行分页。在这里，我们需要这么几个参数：
    传入参数：
    @PageSize int,
    @PageIndex int,
    @LastOrgCode nvarchar(50),--上一页最后一条记录的工厂代码
    @LastItemNo nvarchar(50),--上一页最后一条记录的物料编码
    组合起来的分页SQL应该就是这样的了，我直接写了，实际执行的时候要拼凑成字符串动态执行：
    select top @PagaSize OrgCode,OrgName,ItemNo,ItemName from TblOrgItem
                where OrgCode>=@LastOrgCode and ItemNo>@LastItemNo --如果是第一页，可以不用这一行
                Order by OrgCode,ItemNo
    注：对于组合字段大于2个及2个以上的，Where 条件的写法是：前面的字段都是用">="判断，只有最后一个字段使用">"判断。
    这个分页SQL执行的效率应该比较接近用ID进行分页的效率了，如果，再在这个表的OrgCode,ItemNo字段上加上聚集索引的话，分页的效果又会更上一层楼了！