什么是分頁技術
 分頁,是一種將所有數據分段展示給用戶的技術.用戶每次看到的不是全部數據,而是其中的一部分,如果在其中沒有找到自習自己想要的內容,用戶可以通過制定頁碼或是翻頁的方式轉換可見內容,直到找到自己想要的內容為止.其實這和我們閱讀書籍很類似.
  下頁顯示了兩種常見的分頁方式:

分頁的意義
 分頁確實有效,但它一定會加大系統的復雜度,但可否不分頁呢?如果數據量少的話當然可以.但是對于企業信息系統來說數據量不會限制在一個小范圍內.如果不顧一切的Select * from某個表,再將返回的數據一古腦的扔給客戶,即使客戶能夠忍受成千上萬足夠讓人眼花繚亂的表格式數據,繁忙的網絡,緊張的服務器也會提出它們無聲的抗議,甚至有時會以徹底的罷工作為終結.這個結局有點像古代為所欲為的暴君和他忍無可忍的臣民之間的故事.
  程序員不是暴君,他希望程序使生活變得更好而不是更糟.考慮到企業信息系統多是三層甚至更多層架構的事實,程序員在向客戶展示數據時都應該采取分頁的形式.如果他不想被抱怨淹沒或是半夜被電話驚醒的話。

從請求發起到返回數據的整個過程
 現在你已經下定決心想要分頁了,在動手書寫代碼之前,先讓我們回想一下,在典型的三層架構中,從請求發起到返回數據的整個過程.如下所示:

在哪里進行分頁
 從上面的圖中我們可以觀察得知,在SQL語句處理完畢后,數據庫,WebApplication和Browser都能進行分頁,那在哪里分頁好呢?
  判斷的標準是速度,顯而易見,數據庫服務器,Web應用服務器和客戶端之間是網絡,如果網絡傳遞的數據量越少,則客戶端獲得響應的速度越快.而且一般來說,數據庫服務器和Web應用服務器的處理能力一般比客戶端要強很多.從這兩點來看,在客戶端分頁的方案是最不可取的.
  其次就剩下了在Web服務器端分頁和在數據庫端分頁兩種方式了,如果選擇在Web服務器端分頁的話,大部分的被過濾掉的數據還是被傳輸到了Web應用服務器端,與其這樣還不如直接在數據庫端進行分頁.
 因此比較好的分頁做法應該是每次翻頁的時候只從數據庫里檢索頁面大小的塊區的數據。這樣雖然每次翻頁都需要查詢數據庫，但查詢出的記錄數很少，網絡傳輸數據量不大，如果使用連接池更可以略過最耗時的建立數據庫連接過程。而在數據庫端有各種成熟的優化技術用于提高查詢速度，比在應用服務器層做緩存有效多了。