分頁,是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語句的程式,同時解決普通查詢和海量查詢的分頁很有必要。時代在呼籲,人們在期待!