帶查詢條件的分頁實現(xiàn)

　　網(wǎng)(LieHuo.Net)教程 以前做的項目中，使用到分頁都是通過封裝一個頁面類如 class page 來保存頁面的信息，包括當(dāng)前頁碼，每頁顯示頁碼數(shù)，總頁數(shù)，總記錄數(shù)，結(jié)果集

　　在SQL中通過當(dāng)前頁碼和每頁頁碼數(shù)來控制SQL，直接查詢數(shù)據(jù)出來，然后挨著排的放到頁面中，在頁面加入鏈接或按鈕來改變當(dāng)前頁碼，實現(xiàn)分頁

　　最近公司要求做的一個分頁，頁面中要有各種查詢條件選項，可以實現(xiàn)查詢功能，查詢的同時要實現(xiàn)分頁，這個還是有一點(diǎn)值得去思考的：

　　首先是拼接SQL，帶條件的分頁我感覺是有一定難度的，也是因為之前沒那么做過，也挺有挑戰(zhàn)性;我選擇的是select top 和 not in 的組合來完成，這樣的SQL最重要的一點(diǎn)是你要保證 not in 后面所要執(zhí)行的 select 語句與它之前的 select 語句所操作的數(shù)據(jù)區(qū)域是一致的，否則查詢出來的數(shù)據(jù)是不正確的;我寫的語句是 ：

　　select top 條數(shù) * from (select top NO2 * from message where 條件 order by createTime desc)

　　t1 where t1.id not in (select top NO3 id from t1 order by createTime desc)

　　我的想法沒錯，但是t1在 not in 后的查詢子句中引用無效，后來在老大的提示下，我在程序中改造了SQL，就是將各個區(qū)段的SQL封裝成一個個體，然后對接他們，最后實現(xiàn)了功能。

　　另一種SQL則是采用套三層的方式，倒轉(zhuǎn)查詢出來的結(jié)果集，如：

　　select * from (select top 10 * from (select top 29 from message where 條件 order by id asc)

　　t1 ) t2 order by id desc

　　但是我將這條SQL的排序列改為其他的非標(biāo)識列時，發(fā)現(xiàn)查詢出的結(jié)果并非我想要的順序，我也對這種語句操作方式理解不夠，最后還是用自己的想法來實現(xiàn)了。

　　程序中要保證查詢與分頁的同步，而且還要保證頁面跳轉(zhuǎn)不會影響查詢結(jié)果集;我重新封裝了一個條件類，用來儲存條件信息，這樣就把散落的各種條件集合在一起，易于管理，后來證明這種方式確實是帶了很大的便利。后來也是圖方便，我還把條件類做成了分頁類的成員，這樣我在拼接SQL的時候比較簡單一些。

　　頁面的跳轉(zhuǎn)我是通過按鈕來實現(xiàn)的，起初設(shè)想的是，點(diǎn)擊頁面跳轉(zhuǎn)按鈕的時候觸發(fā)表單提交，然后將表單信息發(fā)送過去，執(zhí)行查詢。這樣要面對一個問題，之前點(diǎn)擊查詢按鈕提交的表單數(shù)據(jù)需要記錄下來，在頁面跳轉(zhuǎn)事件中要繼續(xù)使用這些數(shù)據(jù)才能保證結(jié)果同步，否則表單提交完了以后就會清空，在提交就沒有條件了，那后果可想而知。我選擇session保存條件，判斷用戶按下的是不是查詢按鈕來決定是否要重新設(shè)定session中的條件值，然后分頁信息需要通過 request來傳遞，分頁按鈕也不能觸發(fā)表單提交了，而要改成鏈接參數(shù)的方式來傳遞分頁信息，這樣查詢和分頁互不干涉，同時能保證數(shù)據(jù)的正確性。

　　轉(zhuǎn)自：http://www.cnblogs.com/leosky/

生活不易，碼農(nóng)辛苦
如果您覺得本網(wǎng)站對您的學(xué)習(xí)有所幫助,可以手機(jī)掃描二維碼進(jìn)行捐贈