• 用Session和唯一索引字段实现通用Web分页功能


    本文为原创,如需转载,请注明作者和出处,谢谢!

        Web系统虽然现在很流行,但是分页问题一直长期困扰着Web系统的开发人员。对于不同的数据库,可能开发人员对分页的处理分有很大差别。个人认为,使用MySQL开发Web系统的程序员是感到最舒服的,因为,在MySQL中提供了limit语句,可以获得查询结果的一段数据。如下面的SQL语句所示:

    select * from table1 limit 120

        上面的SQL表示从table1中查出记录,并返回从第2条开始的20条记录(第1条记录从0开始)。

        对于其他的数据库,恐怕就没MySQL那么容易查询出记录段了。在SQL Server2005中也提供了类似MySQL的处理方法(可以使用ROW_NUMBER()函数来实现这个功能),SQL语句如下:

    With t AS 
    (
        
    SELECT contactid, namestyle, lastname,
        ROW_NUMBER() 
    over(order by namestyle) as RowNumber 
        
    FROM Person.Contact
    )
    select * from t
    Where RowNumber Between 20 and 30

        虽然上面的SQL语句虽然也可以实现和MySQL一样的功能,但却比MySQLlimit复杂一些。

        如果在数据库中提供了实现Web分页的机制,就算复杂一些,也是可以解决的。但有效数据库可能并未提供这种机制。这就得使用更复杂的方法来实现Web分页,如在SQL Server2000中未提供ROW_NUMBER()函数,就有很多开发人员通过编写分页的存储过程来处理。这样做既复杂,又不通用。假设要移植到Oracle上,还得费一番功夫。

        在本文给出一种直接使用Web中的Session对象来方式来实现分页的功能,Session是在Web系统中保存当前分话数据的。我们可以想象。分页的难点在哪里,就象MySQL中的limit语句一样,只需要有两个值:起使记录数和要获得的记录总数就可以了。要获得的记录总数这个我们很容易知道,一般就是分一页的记录数。但是起使记录数却很难获得。

        如果使用自增键当然可以,但这要建立在表只增不删,而且id1或一个已知的起始位置开始的情况。如果删除了表中的一些数据,自增键就不再是从1n,依次递增了。也就是中间可能有空档。如自增键从20100,中间可能只有10条记录。因此,单纯使用自增键并不能很好地解决分页问题。

        但却可以将Session和自增键组合来解决分页问题。大家可以设想,在用户第一次查询时,如select * from table1 where field1 like '%abc%',这时将记录全部查出。假设每页显示50条记录,这时可以从头开始取出50条记录。这不会有任何问题。然后,当用户要查看第2页时,最普通的做是再执行一次上面的SQL语句,然后从第51第记录开始,再取出50条记录。如果这样做,将大大浪费服务器的资源。

        为了解决这个问题,可以在每一次执行完上面的SQL语句后,除了取出前50条记录外,再通过记录的定位,将其他页面的起始id值保存在Session中(可以放在List对象中)。然后在用户要查看第2页或后面的页时,直接从Session中取出该页起始id的值,如果使用的是SQL Servlet数据库,可以使用top n,其中n表示每页记录数,来查询当前页的记录。

        先拿Java为例来说明一下。下面的代码在Session中记录了第一页到最后一页的起始id:

    //  rs为记录集,其他语言的操作类似
    ResultSet rs = stmt.executeQuery("select * from table1 where field1 like '%abc%'");  
    int n = 1;
    while(rs.absolute(n))
    {
        
    int id = rs.getInt(id)
        
    //  将id保存在Session中
        n += 50;
    }

        从上面的代码可以看出,使用ResultSetabsolute来定位记录,并取出当前记录的id值(一个自增字段),并将其保存在Session中。

        假设共查询出500条记录,那么Session中保存的id值有可能是下面的样子:

        1 51 123 179 229 290 367 567 699

        从上面的id值可以看出,中间有断档。但这9id值之间的记录数都是50个。如下面的SQL语句将查询出50个记录:

    select * from table1 where field1 like '%abc%' and (id >= 290 and id < 367)

        假设用户要查看第3页的话,就会取出123179,并将其加入select 语句的where条件,类似上面的SQL语句。这样用户除了第一次查询外,查看其他页都会只返回当前页面的记录了。

        上面的方法还有一些问题,如当第一次返回的记录很多的话,使用absolute方法进行循环所有的记录可能有些慢,那可以在程序中做个约定,只循环41次,也就是保存前40页的记录,当用户要查看第41页的话,再取出第40页的开始记录的id值,将再次查询从该id值往后的所有记录,再记录40页的id值,也就是这时已经有80页的id记录被保存在Session中的。以此类推,

        当然,这种方法也不可避免地遇到删除记录的情况,如果用户正在查看页面,这时某一页的记录被删除了,当用户再次要查看这页时,根据Session中保存的id区间,就会得到少于50的记录。在这种情况下,如果使用的是SQL Servlet,就好办一些,可以在where条件中只加id的上限,不加下限,然后使用top关键字来限制查询出的记录数,SQL语句如下:

    select top 50 * from table1 where field1 like '%abc%' and id >= 290

        如果使用的是其他数据库,没有类型top的关键字,可以在查询时多加一个区间,如用户要查询第2页的数据,可以将第2页和第3页的都查出来,这样一般就可以获得超过50条的记录。但如果记录数还不够(这个表的记录被删除的太多了),笔者建议重新查询所有的记录,重新更新一下Session对象中的id值。

        总之,本算法就是在第一次查询时预先将后面页面的起始记录的id值事先保存起来,然后等待以后查看其他页面时使用。如果这时某个页面的记录被删除(如果当前页面记录数不足页面记录总数,被示为有记录删除),可以重新更新一下Session中的id值,然后根据新的id值再查一遍。但要注意的是这个id值最好使用数据库的自增型字段(一般的数据库,甚至桌面数据库都会有自增型字段类型)。为了尽量避免总更新Session中的id值,可以在查询一个页面时查询出两个页面的记录,这样在一般情况下,会保证记录数超过页面记录总数。但这样做一个缺点,就是可能两个相邻页面的记录有一定的重复。不过并没有太大影响。我们在网上看某些论坛的贴子时,有时可能也会发现两个相邻页面的记录有重复。

        本分页方法适合于所有的数据库,无论是网络数据库(OracleSQL ServletDB2等),以及桌面数据库(accessparadoxpdf等)。并且不需要在数据库中建立额外的资源,如存储过程等。(当然,每个表需要有一个自增类型字段,这一点很关键)。

        补充一下,这种方法只适合于一个排序字段的查询,而且这个排序字段值不能有重复的,也就是说得是有唯一索引的字段。在本文中使用了自增键来说明,但也可以是其他字段,如不重复的时间字段,按时间排序后。可以使用本文的方法。而且唯一字段区间值也可以使用其他的方式保存,如viewstate,hide input等。 

        哪位读者有更好,更通用的分页方法(最好不要在数据库中建立象存储过程一样的资源,尽量不要使用与数据库相关的语句,如SQL Server中的top),请跟贴。

  • 相关阅读:
    Hibernate之onetoone单向外键关联Annotation
    Server2008IIS7设置引用http://www.cnblogs.com/goldnet/archive/2008/07/11/1240685.html
    wcf exceptionaction
    性能测试中考虑时间(Thinking Time)的计算方法 http://developer.51cto.com/art/200807/87478.htm
    字节流的比较
    MemorySteam读取的问题Seek方法
    C# 参考之方法参数关键字:params、ref及out 引用http://www.cnblogs.com/hunts/archive/2007/01/13/619620.html
    Equal使用的注意点
    assembly load and unload
    CreateInstance数组传递
  • 原文地址:https://www.cnblogs.com/nokiaguy/p/1274769.html
Copyright © 2020-2023  润新知