本文為原創(chuàng)，如需轉(zhuǎn)載，請注明作者和出處，謝謝！
Web系統(tǒng)雖然現(xiàn)在很流行，但是分頁問題一直長期困擾著Web系統(tǒng)的開發(fā)人員。對于不同的數(shù)據(jù)庫，可能開發(fā)人員對分頁的處理分有很大差別。個人認為，使用MySQL開發(fā)Web系統(tǒng)的程序員是感到最舒服的，因為，在MySQL中提供了limit語句，可以獲得查詢結(jié)果的一段數(shù)據(jù)。如下面的SQL語句所示：
select * from table1 limit 1, 20
上面的SQL表示從table1中查出記錄，并返回從第2條開始的20條記錄（第1條記錄從0開始）。
對于其他的數(shù)據(jù)庫，恐怕就沒MySQL那么容易查詢出記錄段了。在SQL Server2005中也提供了類似MySQL的處理方法（可以使用ROW_NUMBER()函數(shù)來實現(xiàn)這個功能），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語句雖然也可以實現(xiàn)和MySQL一樣的功能，但卻比MySQL的limit復雜一些。
如果在數(shù)據(jù)庫中提供了實現(xiàn)Web分頁的機制，就算復雜一些，也是可以解決的。但有效數(shù)據(jù)庫可能并未提供這種機制。這就得使用更復雜的方法來實現(xiàn)Web分頁，如在SQL
Server2000中未提供ROW_NUMBER()函數(shù)，就有很多開發(fā)人員通過編寫分頁的存儲過程來處理。這樣做既復雜，又不通用。假設(shè)要移植到Oracle上，還得費一番功夫。
在本文給出一種直接使用Web中的Session對象來方式來實現(xiàn)分頁的功能，Session是在Web系統(tǒng)中保存當前分話數(shù)據(jù)的。我們可以想象。分頁的難點在哪里，就象MySQL中的limit語句一樣，只需要有兩個值：起使記錄數(shù)和要獲得的記錄總數(shù)就可以了。要獲得的記錄總數(shù)這個我們很容易知道，一般就是分一頁的記錄數(shù)。但是起使記錄數(shù)卻很難獲得。
如果使用自增鍵當然可以，但這要建立在表只增不刪，而且id從1或一個已知的起始位置開始的情況。如果刪除了表中的一些數(shù)據(jù)，自增鍵就不再是從1到n，依次遞增了。也就是中間可能有空檔。如自增鍵從20至100，中間可能只有10條記錄。因此，單純使用自增鍵并不能很好地解決分頁問題。
但卻可以將Session和自增鍵組合來解決分頁問題。大家可以設(shè)想，在用戶第一次查詢時，如select
* from table1 where field1 like '%abc%'，這時將記錄全部查出。假設(shè)每頁顯示50條記錄，這時可以從頭開始取出50條記錄。這不會有任何問題。然后，當用戶要查看第2頁時，最普通的做是再執(zhí)行一次上面的SQL語句，然后從第51第記錄開始，再取出50條記錄。如果這樣做，將大大浪費服務(wù)器的資源。
為了解決這個問題，可以在每一次執(zhí)行完上面的SQL語句后，除了取出前50條記錄外，再通過記錄的定位，將其他頁面的起始id值保存在Session中（可以放在List對象中）。然后在用戶要查看第2頁或后面的頁時，直接從Session中取出該頁起始id的值，如果使用的是SQL Servlet數(shù)據(jù)庫，可以使用top n，其中n表示每頁記錄數(shù)，來查詢當前頁的記錄。
先拿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;
}
從上面的代碼可以看出，使用ResultSet的absolute來定位記錄，并取出當前記錄的id值（一個自增字段），并將其保存在Session中。
假設(shè)共查詢出500條記錄，那么Session中保存的id值有可能是下面的樣子：
1 51 123 179 229 290 367 567 699
從上面的id值可以看出，中間有斷檔。但這9個id值之間的記錄數(shù)都是50個。如下面的SQL語句將查詢出50個記錄：
select * from table1 where field1 like '%abc%' and (id >= 290 and id < 367)
假設(shè)用戶要查看第3頁的話，就會取出123和179，并將其加入select 語句的where條件，類似上面的SQL語句。這樣用戶除了第一次查詢外，查看其他頁都會只返回當前頁面的記錄了。
上面的方法還有一些問題，如當?shù)谝淮畏祷氐挠涗浐芏嗟脑?，使?/span>absolute方法進行循環(huán)所有的記錄可能有些慢，那可以在程序中做個約定，只循環(huán)41次，也就是保存前40頁的記錄，當用戶要查看第41頁的話，再取出第40頁的開始記錄的id值，將再次查詢從該id值往后的所有記錄，再記錄40頁的id值，也就是這時已經(jīng)有80頁的id記錄被保存在Session中的。以此類推，
當然，這種方法也不可避免地遇到刪除記錄的情況，如果用戶正在查看頁面，這時某一頁的記錄被刪除了，當用戶再次要查看這頁時，根據(jù)Session中保存的id區(qū)間，就會得到少于50的記錄。在這種情況下，如果使用的是SQL Servlet，就好辦一些，可以在where條件中只加id的上限，不加下限，然后使用top關(guān)鍵字來限制查詢出的記錄數(shù)，SQL語句如下：
select top 50 * from table1 where field1 like '%abc%' and id >= 290
如果使用的是其他數(shù)據(jù)庫，沒有類型top的關(guān)鍵字，可以在查詢時多加一個區(qū)間，如用戶要查詢第2頁的數(shù)據(jù)，可以將第2頁和第3頁的都查出來，這樣一般就可以獲得超過50條的記錄。但如果記錄數(shù)還不夠（這個表的記錄被刪除的太多了），筆者建議重新查詢所有的記錄，重新更新一下Session對象中的id值。
總之，本算法就是在第一次查詢時預先將后面頁面的起始記錄的id值事先保存起來，然后等待以后查看其他頁面時使用。如果這時某個頁面的記錄被刪除（如果當前頁面記錄數(shù)不足頁面記錄總數(shù)，被示為有記錄刪除），可以重新更新一下Session中的id值，然后根據(jù)新的id值再查一遍。但要注意的是這個id值最好使用數(shù)據(jù)庫的自增型字段（一般的數(shù)據(jù)庫，甚至桌面數(shù)據(jù)庫都會有自增型字段類型）。為了盡量避免總更新Session中的id值，可以在查詢一個頁面時查詢出兩個頁面的記錄，這樣在一般情況下，會保證記錄數(shù)超過頁面記錄總數(shù)。但這樣做一個缺點，就是可能兩個相鄰頁面的記錄有一定的重復。不過并沒有太大影響。我們在網(wǎng)上看某些論壇的貼子時，有時可能也會發(fā)現(xiàn)兩個相鄰頁面的記錄有重復。
本分頁方法適合于所有的數(shù)據(jù)庫，無論是網(wǎng)絡(luò)數(shù)據(jù)庫（Oracle、SQL Servlet、DB2等），以及桌面數(shù)據(jù)庫（access、paradox、pdf等）。并且不需要在數(shù)據(jù)庫中建立額外的資源，如存儲過程等。（當然，每個表需要有一個自增類型字段，這一點很關(guān)鍵）。
補充一下，這種方法只適合于一個排序字段的查詢，而且這個排序字段值不能有重復的，也就是說得是有唯一索引的字段。在本文中使用了自增鍵來說明，但也可以
是其他字段，如不重復的時間字段，按時間排序后?？梢允褂帽疚牡姆椒?。而且唯一字段區(qū)間值也可以使用其他的方式保存，如viewstate，hide
input等。
哪位讀者有更好，更通用的分頁方法（最好不要在數(shù)據(jù)庫中建立象存儲過程一樣的資源，盡量不要使用與數(shù)據(jù)庫相關(guān)的語句，如SQL Server中的top），請跟貼。
新浪微博：http://t.sina.com.cn/androidguy 昵稱：李寧_Lining