jsp分頁原理

來源:互聯網
上載者:User

分頁,是web應用程式非常重要的一個課題。資料庫的資料可能是幾千,幾萬,幾百萬行,但我們不可能把幾萬行資料一次顯示在瀏覽器上面,這樣瀏覽器受不了,使用者也受不了。一般的每頁顯示20行,是一個比較理想的顯示狀態。
                                         

分頁主要有兩種思路:

                       

1、取出所有合格資料,放到資料集或者記憶體當中,然後逐頁瀏覽。那麼,有可能你每頁只需瀏覽20條記錄,但要把幾百萬行記錄取出來。我把這種分頁叫做“指標分頁”。指標分頁法主要是利用資料集的指標(或者集合的下標)來標識。比如,分頁要顯示20條資料,那麼第一頁的指標從1開始,第二頁的指標從(2-1)*20+1開始,依次類推。“指標分頁”適合資料量和並發量不是很高的應用系統,不適合海量的資料查詢。

                      

2、對于海量的資料查詢,看多少取多少,顯然是最佳的解決辦法。假如某個表中有200萬條記錄,第一頁就取前20條,第二頁取21~40條,這裡我們用
select top 當前頁*每頁記錄數 * from 表A where 主鍵欄位 not in (select top (當前頁-1)*每頁記錄數 主鍵欄位 from 表A)

這樣形式的語句來實現。因這種查詢方式,要用到主鍵,我們把它叫做“主鍵分頁”。

--------------------------------------------------------------------------------

                 

下面我們就這兩種方式所用的sql語句的執行效率比較一下。
              
環境:奔M1.8  
記憶體:1G
資料庫:sql server2000
資料量:約200萬條

語句1:
select getdate()
select * from f6_7xic
select getdate()

記錄數:1969152 行

(10次平均值)
CPU佔用率:100%
查詢時間:22秒

語句2:
select getdate()
select top 20 * from f6_7xic where id not in ( select top 30000 id from f6_7xic )
select getdate()
(10次平均值)
CPU點用率:24%左右
查詢時間:0.2秒
可見,主鍵分頁在處理海量資料方面,效率是非常高的,也是首選。

--------------------------------------------------------------------------------

            

對於一個完整的分頁,應當包括總記錄數、總頁數、當前頁數、當前頁、每頁記錄數、向前、向後、跳轉等。所以,無論是指標分頁,還是主鍵分頁,還得傳遞一個類似 select count(*) as 記錄總數 from 表名 這樣的語句,從而獲得記錄數。

顯然,主鍵分頁是首選,但是他的寫法太複雜,太麻煩,又何況對於聯集查詢、多表查詢等情況,這個sql語句的寫法,會更加複雜,會更加花費我們有限的大腦細胞。所以,得到一種通用,同時不需要寫那麼複雜的sql語句的程式,同時解決普通查詢和海量查詢的分頁很有必要。時代在呼籲,人們在期待!

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.