<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    隨筆 - 312, 文章 - 14, 評(píng)論 - 1393, 引用 - 0
    數(shù)據(jù)加載中……

    用Session和唯一索引字段實(shí)現(xiàn)通用Web分頁功能

    本文為原創(chuàng),如需轉(zhuǎn)載,請(qǐng)注明作者和出處,謝謝!

        Web系統(tǒng)雖然現(xiàn)在很流行,但是分頁問題一直長(zhǎng)期困擾著Web系統(tǒng)的開發(fā)人員。對(duì)于不同的數(shù)據(jù)庫(kù),可能開發(fā)人員對(duì)分頁的處理分有很大差別。個(gè)人認(rèn)為,使用MySQL開發(fā)Web系統(tǒng)的程序員是感到最舒服的,因?yàn)椋?/span>MySQL中提供了limit語句,可以獲得查詢結(jié)果的一段數(shù)據(jù)。如下面的SQL語句所示:

    select * from table1 limit 120

        上面的SQL表示從table1中查出記錄,并返回從第2條開始的20條記錄(第1條記錄從0開始)。

        對(duì)于其他的數(shù)據(jù)庫(kù),恐怕就沒MySQL那么容易查詢出記錄段了。在SQL Server2005中也提供了類似MySQL的處理方法(可以使用ROW_NUMBER()函數(shù)來實(shí)現(xiàn)這個(gè)功能),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語句雖然也可以實(shí)現(xiàn)和MySQL一樣的功能,但卻比MySQLlimit復(fù)雜一些。

        如果在數(shù)據(jù)庫(kù)中提供了實(shí)現(xiàn)Web分頁的機(jī)制,就算復(fù)雜一些,也是可以解決的。但有效數(shù)據(jù)庫(kù)可能并未提供這種機(jī)制。這就得使用更復(fù)雜的方法來實(shí)現(xiàn)Web分頁,如在SQL Server2000中未提供ROW_NUMBER()函數(shù),就有很多開發(fā)人員通過編寫分頁的存儲(chǔ)過程來處理。這樣做既復(fù)雜,又不通用。假設(shè)要移植到Oracle上,還得費(fèi)一番功夫。

        在本文給出一種直接使用Web中的Session對(duì)象來方式來實(shí)現(xiàn)分頁的功能,Session是在Web系統(tǒng)中保存當(dāng)前分話數(shù)據(jù)的。我們可以想象。分頁的難點(diǎn)在哪里,就象MySQL中的limit語句一樣,只需要有兩個(gè)值:起使記錄數(shù)和要獲得的記錄總數(shù)就可以了。要獲得的記錄總數(shù)這個(gè)我們很容易知道,一般就是分一頁的記錄數(shù)。但是起使記錄數(shù)卻很難獲得。

        如果使用自增鍵當(dāng)然可以,但這要建立在表只增不刪,而且id1或一個(gè)已知的起始位置開始的情況。如果刪除了表中的一些數(shù)據(jù),自增鍵就不再是從1n,依次遞增了。也就是中間可能有空檔。如自增鍵從20100,中間可能只有10條記錄。因此,單純使用自增鍵并不能很好地解決分頁問題。

        但卻可以將Session和自增鍵組合來解決分頁問題。大家可以設(shè)想,在用戶第一次查詢時(shí),如select * from table1 where field1 like '%abc%',這時(shí)將記錄全部查出。假設(shè)每頁顯示50條記錄,這時(shí)可以從頭開始取出50條記錄。這不會(huì)有任何問題。然后,當(dāng)用戶要查看第2頁時(shí),最普通的做是再執(zhí)行一次上面的SQL語句,然后從第51第記錄開始,再取出50條記錄。如果這樣做,將大大浪費(fèi)服務(wù)器的資源。

        為了解決這個(gè)問題,可以在每一次執(zhí)行完上面的SQL語句后,除了取出前50條記錄外,再通過記錄的定位,將其他頁面的起始id值保存在Session中(可以放在List對(duì)象中)。然后在用戶要查看第2頁或后面的頁時(shí),直接從Session中取出該頁起始id的值,如果使用的是SQL Servlet數(shù)據(jù)庫(kù),可以使用top n,其中n表示每頁記錄數(shù),來查詢當(dāng)前頁的記錄。

        先拿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來定位記錄,并取出當(dāng)前記錄的id值(一個(gè)自增字段),并將其保存在Session中。

        假設(shè)共查詢出500條記錄,那么Session中保存的id值有可能是下面的樣子:

        1 51 123 179 229 290 367 567 699

        從上面的id值可以看出,中間有斷檔。但這9個(gè)id值之間的記錄數(shù)都是50個(gè)。如下面的SQL語句將查詢出50個(gè)記錄:   

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

        假設(shè)用戶要查看第3頁的話,就會(huì)取出123179,并將其加入select 語句的where條件,類似上面的SQL語句。這樣用戶除了第一次查詢外,查看其他頁都會(huì)只返回當(dāng)前頁面的記錄了。

        上面的方法還有一些問題,如當(dāng)?shù)谝淮畏祷氐挠涗浐芏嗟脑挘褂?/span>absolute方法進(jìn)行循環(huán)所有的記錄可能有些慢,那可以在程序中做個(gè)約定,只循環(huán)41次,也就是保存前40頁的記錄,當(dāng)用戶要查看第41頁的話,再取出第40頁的開始記錄的id值,將再次查詢從該id值往后的所有記錄,再記錄40頁的id值,也就是這時(shí)已經(jīng)有80頁的id記錄被保存在Session中的。以此類推,

        當(dāng)然,這種方法也不可避免地遇到刪除記錄的情況,如果用戶正在查看頁面,這時(shí)某一頁的記錄被刪除了,當(dāng)用戶再次要查看這頁時(shí),根據(jù)Session中保存的id區(qū)間,就會(huì)得到少于50的記錄。在這種情況下,如果使用的是SQL Servlet,就好辦一些,可以在where條件中只加id的上限,不加下限,然后使用top關(guān)鍵字來限制查詢出的記錄數(shù),SQL語句如下:

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

        如果使用的是其他數(shù)據(jù)庫(kù),沒有類型top的關(guān)鍵字,可以在查詢時(shí)多加一個(gè)區(qū)間,如用戶要查詢第2頁的數(shù)據(jù),可以將第2頁和第3頁的都查出來,這樣一般就可以獲得超過50條的記錄。但如果記錄數(shù)還不夠(這個(gè)表的記錄被刪除的太多了),筆者建議重新查詢所有的記錄,重新更新一下Session對(duì)象中的id值。

        總之,本算法就是在第一次查詢時(shí)預(yù)先將后面頁面的起始記錄的id值事先保存起來,然后等待以后查看其他頁面時(shí)使用。如果這時(shí)某個(gè)頁面的記錄被刪除(如果當(dāng)前頁面記錄數(shù)不足頁面記錄總數(shù),被示為有記錄刪除),可以重新更新一下Session中的id值,然后根據(jù)新的id值再查一遍。但要注意的是這個(gè)id值最好使用數(shù)據(jù)庫(kù)的自增型字段(一般的數(shù)據(jù)庫(kù),甚至桌面數(shù)據(jù)庫(kù)都會(huì)有自增型字段類型)。為了盡量避免總更新Session中的id值,可以在查詢一個(gè)頁面時(shí)查詢出兩個(gè)頁面的記錄,這樣在一般情況下,會(huì)保證記錄數(shù)超過頁面記錄總數(shù)。但這樣做一個(gè)缺點(diǎn),就是可能兩個(gè)相鄰頁面的記錄有一定的重復(fù)。不過并沒有太大影響。我們?cè)诰W(wǎng)上看某些論壇的貼子時(shí),有時(shí)可能也會(huì)發(fā)現(xiàn)兩個(gè)相鄰頁面的記錄有重復(fù)。

        本分頁方法適合于所有的數(shù)據(jù)庫(kù),無論是網(wǎng)絡(luò)數(shù)據(jù)庫(kù)(OracleSQL ServletDB2等),以及桌面數(shù)據(jù)庫(kù)(accessparadoxpdf等)。并且不需要在數(shù)據(jù)庫(kù)中建立額外的資源,如存儲(chǔ)過程等。(當(dāng)然,每個(gè)表需要有一個(gè)自增類型字段,這一點(diǎn)很關(guān)鍵)。

        補(bǔ)充一下,這種方法只適合于一個(gè)排序字段的查詢,而且這個(gè)排序字段值不能有重復(fù)的,也就是說得是有唯一索引的字段。在本文中使用了自增鍵來說明,但也可以 是其他字段,如不重復(fù)的時(shí)間字段,按時(shí)間排序后。可以使用本文的方法。而且唯一字段區(qū)間值也可以使用其他的方式保存,如viewstate,hide input等。 

        哪位讀者有更好,更通用的分頁方法(最好不要在數(shù)據(jù)庫(kù)中建立象存儲(chǔ)過程一樣的資源,盡量不要使用與數(shù)據(jù)庫(kù)相關(guān)的語句,如SQL Server中的top),請(qǐng)跟貼。

     

     





    Android開發(fā)完全講義(第2版)(本書版權(quán)已輸出到臺(tái)灣)

    http://product.dangdang.com/product.aspx?product_id=22741502



    Android高薪之路:Android程序員面試寶典 http://book.360buy.com/10970314.html


    新浪微博:http://t.sina.com.cn/androidguy   昵稱:李寧_Lining

    posted on 2008-08-23 17:55 銀河使者 閱讀(2576) 評(píng)論(7)  編輯  收藏 所屬分類: SQL Serverdatabasesmysqloracleweb 原創(chuàng)

    評(píng)論

    # re: 用Session和唯一索引字段實(shí)現(xiàn)通用Web分頁功能  回復(fù)  更多評(píng)論   

    學(xué)習(xí)了
    2008-08-24 11:12 | R_XiaoGuang

    # re: 用Session和唯一索引字段實(shí)現(xiàn)通用Web分頁功能  回復(fù)  更多評(píng)論   

    分頁不應(yīng)該是困擾開發(fā)人員的一個(gè)技術(shù)難點(diǎn)
    2008-08-25 10:46 | lzycxy

    # re: 用Session和唯一索引字段實(shí)現(xiàn)通用Web分頁功能  回復(fù)  更多評(píng)論   

    關(guān)鍵是性能問題,實(shí)現(xiàn)很容易。
    2008-08-25 11:52 | 銀河使者

    # re: 用Session和唯一索引字段實(shí)現(xiàn)通用Web分頁功能  回復(fù)  更多評(píng)論   

    session里面不應(yīng)該放那么多東西吧,很影響性能的.
    2008-08-26 08:59 | miaomiao

    # re: 用Session和唯一索引字段實(shí)現(xiàn)通用Web分頁功能  回復(fù)  更多評(píng)論   

    session就是個(gè)Map,一般不會(huì)影響性能。
    2008-08-26 09:05 | 銀河使者

    # re: 用Session和唯一索引字段實(shí)現(xiàn)通用Web分頁功能  回復(fù)  更多評(píng)論   

    學(xué)習(xí)了 感謝
    2008-08-27 14:23 | viper007

    # re: 用Session和唯一索引字段實(shí)現(xiàn)通用Web分頁功能  回復(fù)  更多評(píng)論   

    又學(xué)到新東西了,謝謝
    2008-09-07 00:47 | 幻想
    主站蜘蛛池模板: 久久亚洲欧美国产精品| 日本亚洲欧洲免费天堂午夜看片女人员| 亚洲AV日韩AV高潮无码专区| 成人午夜影视全部免费看| 免费一级国产生活片| 国产亚洲情侣久久精品| 亚洲国产精品成人| 四虎国产精品永免费| 亚洲国产综合人成综合网站| 国产成人精品免费大全| 亚洲日产无码中文字幕| 无码人妻一区二区三区免费n鬼沢 无码人妻一区二区三区免费看 | 亚洲AV成人一区二区三区在线看| 999久久久免费精品国产| 亚洲专区一路线二| 免费看香港一级毛片| 亚洲AV色欲色欲WWW| 亚洲欧洲国产成人综合在线观看 | 国产精品极品美女自在线观看免费| 亚洲精品无码99在线观看| 两个人日本免费完整版在线观看1| 亚洲国产成人片在线观看无码| 亚洲免费精彩视频在线观看| 亚洲一区二区三区乱码在线欧洲| 成年女人色毛片免费看| 美女一级毛片免费观看| 亚洲av综合av一区| 91精品国产免费久久久久久青草| 亚洲AV成人一区二区三区观看 | 亚洲色图在线播放| 午夜视频免费成人| 中文字幕免费在线播放| 亚洲免费二区三区| 亚洲M码 欧洲S码SSS222| 十九岁在线观看免费完整版电影| 国产成人精品日本亚洲直接| 亚洲精品A在线观看| 性xxxxx免费视频播放| 视频免费1区二区三区| 亚洲成AV人片一区二区密柚| **真实毛片免费观看 |