⑴ ASP基礎入門:ADO存取資料庫時如何分頁顯示
《動態網站設計十八般武藝 --ASP 篇》一文從第一期至今已和朋友們一起度過了大半個年頭，相信通過在這一段時間中的學習、實踐到再學習、再實踐，大家已經能夠熟練運用 ASP 的內建對象、 ActiveX 組件去編寫一些基本的 ASP 應用程序。從我收到的朋友們的來信中可以明顯的感覺到，大家的 ASP 功力正不斷地提升。最近很多朋友來信希望我寫一些 ASP 在現實運用中的實例。因此，從本期開始我決定將《動態網站設計十八般武藝 --ASP 篇》的定位從介紹和學習 ASP 基礎知識轉向到 ASP 實際運行的探討和深化。應朋友們的要求，在本期中我將給大家著重談一談「ADO 存取資料庫時如何分頁顯示」的問題。
什麼是 ADO 存取資料庫時的分頁顯示？如果你使用過目前眾多網站上的電子公告板程序的話，那你應該會知道電子公告板程序為了提高頁面的讀取速度，一般不會將所有的帖子全部在一頁中羅列出來，而是將其分成多頁顯示，每頁顯示一定數目的帖子數，譬如 20 條。這就是資料庫查詢的分頁顯示，如果你還不明白，去看看 yahoo 等搜索引擎的查詢結果就會明白了。
那麼究竟如何才能做到將資料庫的查詢結果分頁顯示呢？其實方法有很多，但主要有兩種：
一、將資料庫中所有符合查詢條件的記錄一次性的都讀入 recordset 中，存放在內存中，然後通過 ADO Recordset 對象所提供的幾個專門支持分頁處理的屬性： PageSize( 頁大小 )、 PageCount( 頁數目 ) 以及 AbsolutePage( 絕對頁 ) 來管理分頁處理。
二、根據客戶的指示，每次分別從符合查詢條件的記錄中將規定數目的記錄數讀取出來並顯示。
兩者的主要差別在於前者是一次性將所有記錄都讀入內存然後再根據指示來依次做判斷分析從而達到分頁顯示的效果，而後者是先根據指示做出判斷並將規定數目的符合查詢條件的記錄讀入內存，從而直接達到分頁顯示的功能。
我們可以很明顯的感覺到，當資料庫中的記錄數達到上萬或更多時，第一種方法的執行效率將明顯低於第二種方法，因為當每一個客戶查詢頁面時都要將所有符合條件的記錄存放在伺服器內存中，然後塵李在進行分頁等處理，如果同時有超過 100 個的客戶在線查詢，那麼 ASP 應用程序的執行效率將大受影響。但是，當伺服器上資料庫的記錄數以及同時在線的人數並不是很多時，兩者在執行效率上是相差無幾的，此時一般就採用第一種方法，因為第一種方法的 ASP 程序編寫相對第二種方法要簡單明了得多。
在這里作者就以我們常見的 ASP BBS 程序為例，來給大家分析一下如何在 BBS 程序里實現分頁顯示功能，由於我們一般使用的 BBS 程序的資料庫記錄數和同時訪問的人數都不會太多，所以以下程序實例是使用的先前所介紹的第一種分頁顯示方法。
進行 ADO 存取資料庫時的分頁顯示，其實就是對 Recordset 的記錄進行操作。所以我們首先必須了解 Reordset 對象的屬性和方法：
BOF 屬性：目前指標指到 RecordSet 的第一筆。
EOF 屬性：目前指標指到 RecordSet 的最後一筆。
Move 方法：移動指標到 RecordSet 中的某一條記錄。
AbsolutePage 屬性：設定當前記錄的位置是位於哪一頁 AbsolutePosition 屬性：目前指標在 RecordSet 中的位置。
PageCount 屬性：顯示 Recordset 對象包括多少「頁」的數據。
PageSize 屬性：顯示 Recordset 對象每一頁顯示的記錄數。
RecordCount 屬性：顯示 Recordset 對象記錄的總數。
下面讓我們來詳細認識一下這些重要的屬性和方法
一、 BOF 與 EOF 屬性
通常我們在 ASP 程序中編寫代碼來蘆或檢驗 BOF 與 EOF 屬性，從而得知目前指標所指向的 RecordSet 的位置，使用 BOF 與 EOF 屬性，可以得知一個 Recordset 對象是否包含有記錄或者得知移動記錄行是否已經超出該 Recordset 對象的范圍。
如：
% if not rs.eof then ... %
% if not (rs.bof and rs.eof) %
若當前記錄的位置是派嘩遲在一個 Recordset 對象第一行記錄之前時， BOF 屬性返回 true，反之則返回 false。
若當前記錄的位置是在一個 Recordset 對象最後一行記錄之後時， EOF 屬性返回 true，反之則返回 false。
BOF 與 EOF 都為 False：表示指標位於 RecordSet 的當中。
BOF 為 True：目前指標指到 RecordSet 的第一筆記錄。 EOF 為 True：目前指標指到 RecordSet 的最後一筆記錄。
BOF 與 EOF 都為 True：在 RecordSet 里沒有任何記錄。
二、 Move 方法
您可以用 Move 方法移動指標到 RecordSet 中的某一筆記錄，語法如下：
rs.Move NumRecords,Start
這里的「rs」為一個對象變數，表示一個想要移動當當前記錄位置的 Recordset 對象；「NumRecords」是一個正負數運算式，設定當前記錄位置的移動數目；「start」是一個可選的項目，用來指定記錄起始的標簽。
所有的 Recordset 對象都支持 Move 方法，如果 NumRecords 參數大於零，當前記錄位置向末尾的方向移動；如果其小於零，則當前記錄位置向開頭的方向移動；如果一個空的 Recordset 對象調用 Move 方法，將會產生一個錯誤。
MoveFirst 方法：將當前記錄位置移至第一筆記錄。
MoveLast 方法：將當前記錄位置移至最後一筆記錄。
MoveNext 方法：將當前記錄位置移至下一筆記錄。 MovePrevious 方法：將當前記錄位置移至上一筆記錄。
Move [n] 方法：移動指標到第 n 筆記錄， n 由 0 算起。
三、 AbsolutePage 屬性
AbsolutePage 屬性設定當前記錄的位置是位於哪一頁的頁數編號；使用 PageSize 屬性將 Recordset 對象分割為邏輯上的頁數，每一頁的記錄數為 PageSize( 除了最後一頁可能會有少於 PageSize 的記錄數 )。這里必須注意並不是所有的數據提供者都支持此項屬性，因此使用時要小心。
與 AbsolutePosition 屬性相同， AbsolutePage 屬性是以 1 為起始的，若當前記錄為 Recordset 的第一行記錄， AbsolutePage 為 1。可以設定 AbsolutePage 屬性，以移動到一個指定頁的第一行記錄位置。
四、 AbsolutePosition 屬性
若您需要確定目前指標在 RecordSet 中的位置，您可以用 AbsolutePosition 屬性。
AbsolutePosition 屬性的數值為目前指標相對於第一筆的位置，由 1 算起，即第一筆的 AbsolutePosition 為 1。
注意 , 在存取 RecordSet 時，無法保證 RecordSet 每次都以同樣的順序出現。
若要啟用 AbsolutePosition，必須先設定為使用用戶端 cursor( 指針 )， asp 碼如下：
rs2.CursorLocation = 3
五、 PageCount 屬性
使用 PageCount 屬性，決定 Recordset 對象包括多少「頁」的數據。這里的「頁」是數據記錄的集合，大小等於 PageSize 屬性的設定，即使最後一頁的記錄數比 PageSize 的值少，最後一頁也算是 PageCount 的一頁。必須注意也並不是所有的數據提供者都支持此項屬性。
六、 PageSize 屬性
PageSize 屬性是決定 ADO 存取資料庫時如何分頁顯示的關鍵，使用它就可以決定多少記錄組成一個邏輯上的「一頁」。設定並建立一個頁的大小，從而允許使用 AbsolutePage 屬性移到其它邏輯頁的第一條記錄。 PageSize 屬性能隨時被設定。
七、 RecordCount 屬性
這也是一個非常常用和重要的屬性，我們常用 RecordCount 屬性來找出一個 Recordset 對象包括多少條記錄。如：
% totle=RS.RecordCount %
在了解了 Recordset 對象的以上屬性和方法後，我們來考慮一下，如何運用它們來達到我們分頁顯示的目的。首先，我們可以為 PageSize 屬性設置一個值，從而指定從記錄組中取出的構成一個頁的行數；然後通過 RecordCount 屬性來確定記錄的總數；再用記錄總數除以 PageSize 就可得到所顯示的頁面總數；最後通過 AbsolutePage 屬性就能完成對指定頁的訪問。好象很並不復雜呀，下面讓我們來看看程序該如何實現呢？
我們建立這樣一個簡單的 BBS 應用程序，它的資料庫中分別有以下五個欄位：「ID」，每個帖子的自動編號；「subject」，每個帖子的主題；「name」，加帖用戶的姓名； 「email」，用戶的電子郵件地址；「postdate」，加帖的時間。資料庫的 DSN 為「bbs」。我們將顯示帖子分頁的所有步驟放在一個名為「ShowList()」的過程中，方便調用。程序如下：
'----BBS 顯示帖子分頁----
% Sub ShowList() %
%
PgSz=20 '設定開關，指定每一頁所顯示的帖子數目，默認為20帖一頁
Set Conn = Server.CreateObject("ADODB.Connection")
Set RS = Server.CreateObject("ADODB.RecordSet")
sql = "SELECT * FROM message order by ID DESC"
'查詢所有帖子，並按帖子的ID倒序排列
Conn.Open "bbs"
RS.open sql,Conn,1,1
If RS.RecordCount=0 then
response.write " P center對不起，資料庫中沒有相關信息！ /center /P"
else
RS.PageSize = Cint(PgSz) '設定PageSize屬性的值
Total=INT(RS.recordcount / PgSz * -1)*-1 '計算可顯示頁面的總數
PageNo=Request("pageno")
if PageNo="" Then
PageNo = 1
else
#p#副標題#e#
PageNo=PageNo+1
PageNo=PageNo-1
end if
ScrollAction = Request("ScrollAction")
if ScrollAction = " 上一頁 " Then
PageNo=PageNo-1
end if
if ScrollAction = " 下一頁 " Then
PageNo=PageNo+1
end if
if PageNo
1 Then
PageNo = 1
end if
n=1
RS.AbsolutePage = PageNo
Response.Write " CENTER"
position=RS.PageSize*PageNo
pagebegin=position-RS.PageSize+1
if position
RS.RecordCount then
pagend=position
else
pagend= RS.RecordCount
end if
Response.Write " P font color='Navy' B資料庫查詢結果: /B"
Response.Write "(共有"RS.RecordCount "條符合條件的信息,顯示"pagebegin"-"pagend") /font /p"
Response.Write " TABLE WIDTH=600 BORDER=1 CELLPADDING=4 CELLSPACING=0 BGCOLOR=#FFFFFF"
Response.Write " TR BGCOLOR=#5FB5E2 FONT SIZE=2 TD B主題 /B /TD TD B用戶 /B /TD TD BEmail /B /TD TD B發布日期 /B /TD /FONT TR BGCOLOR=#FFFFFF"
Do while not (RS is nothing)
RowCount = RS.PageSize
Do While Not RS.EOF and rowcount 0
If n=1 then
Response.Write " TR BGCOLOR=#FFFFFF"
ELSE
Response.Write " TR BGCOLOR=#EEEEEE"
End If
n=1-n %
TD span style="font-size:9pt" A href='view.asp?key= % =RS("ID")%' % =RS("subject")% /A /span /td
TD span style="font-size:9pt" % =RS("name")% /A /span /td
TD span style="font-size:9pt" a href="mailto: % =RS("email")%" % =RS("email")% /a /span /TD
TD span style="font-size:9pt" % =RS("postdate")% /span /td
/TR
%
RowCount = RowCount - 1
RS.MoveNext
Loop
set RS = RS.NextRecordSet
Loop
Conn.Close
set rs = nothing
set Conn = nothing
%
/TABLE
FORM METHOD=GET ACTION="list.asp"
INPUT TYPE="HIDDEN" NAME="pageno" VALUE=" % =PageNo %"
%
if PageNo 1 Then
response.write " INPUT TYPE=SUBMIT NAME='ScrollAction' VALUE=' 上一頁 '"
end if
if RowCount = 0 and PageNo
Total then
response.write " INPUT TYPE=SUBMIT NAME='ScrollAction' VALUE=' 下一頁 '"
end if
response.write " /FORM"
End if
%
% End Sub %
相信大家都應該能完全讀懂上面的程序，因此作者就不在此詳細解釋了。值得注意的是在這段程序中運用了一個小技巧
INPUT TYPE="HIDDEN" NAME="pageno" VALUE=" % =PageNo %"
，這是用來在每次調用該 ASP 文件時傳遞數據的「暗道」，由於我們需要在每次調用程序時傳遞代表當前頁碼的參數，可能大家會想到使用 session，但是從節省系統資源和通用性來講，用這樣一個隱藏的 form 來傳遞數據將會達到更好的效果。#p#副標題#e#
⑵ 如何實現Oracle資料庫的分頁顯示
因為Oracle資料庫沒有關鍵字，所以這里就不能夠像微軟的數據據那樣操作，這里有兩種方法：
1）、一種是利用相反的。
PAGESIZE：每頁顯示的記錄數
CURRENTPAGE：當前頁號
數據表的名字是：components
索引主鍵字是：id
select * from components where id not in(select id from components where rownum<=(PAGESIZE*(CURRENTPAGE-1))) and rownum<=PAGESIZE order by id;
如下例：
select * from components where id not in(select id from components where rownum<=100) and rownum<=10 order by id;
從101到記錄開始選擇，選擇前面10條。
2）、使用minus，即中文的意思就是減去，呵呵，這語句非常的有意思，也非常好記
select * from components where rownum<=(PAGESIZE*(CURRENTPAGE-1)) minus select * from components where rownum<=(PAGESIZE*(CURRENTPAGE-2));
如例：select * from components where rownum<=10 minus select * from components where rownum<=5;.
3）、一種是利用Oracle的rownum，這個是Oracle查詢自動返回的序號，一般不顯示，但是可以通過select rownum from [表名]，可以看到，是從1到當前的記錄總數。
select * from (select rownum tid,components.* from components where rownum<=100) where tid<=10;
⑶ java分頁
分頁想清楚了就沒什麼難的了。一般有兩種（我就知道兩種）：
1.資料庫分頁：
/**
* @param pageItems:一頁顯示條數 currentPage：當前第幾頁
* @autor godelegant
*/
public List findAll(int pageItems,int currentPage){
StringBuffer sqlStr = new StringBuffer("select * from Proct limit ?,?");
...
...
int startIndex = (currentPage-1)*pageItems;);//（currentPage-1)*pageItems能過當前頁和頁面記錄數得到應該從哪條開始取
int endIndex = startIndex+pageItems;
db.getPstmt().setInt(1,startIndex);
db.getPstmt().setInt(2,endIndex);
ResultSet rs = db.getPstmt().executQuery();//假設你已經得到了資料庫連接
//以上為MYSQL的JDBC分頁，下面是ORALCE的，差別只在於SQL，所以你換一下SQL就OK：
StringBuffer sqlStr = new StringBuffer("select *,rownum rn from (select * from Proct) where rn <=? and rownum >=?");
}
求總頁數的方法很簡單，查出所有記錄數，除一頁顯示數。就可以得到
以上是JDBC的，如果使用hibernate等，資料庫分頁將會變得很簡單，只需要設置兩個參數，就是從哪取和取多少。
2.代碼分頁
思路是將資料庫中的所有記錄都取出來，然後再分頁。
/**
* @para items:資料庫中的所有記錄，你可以使用另一個方法得到，如何查詢得到我就不用說了吧
* @autor godelegant
*/
public List findAll(List items,int pageItems,int currentPage){
int startIndex = (currentPage-1)*pageItems;//從哪裡開始取
int offset = items.size()-startIndex;//還有多少沒有取過
int pageCount = offset>pageItems?pageItems:offset;//如果沒有取過的大於需要顯示的數，則實現顯示數pageCount=pageItems,反之然；
List<Proct> pageList = new ArrayList();
for(int i=startIndex,i<startIndex+pageCount,i++){
pageList.add(items.get(i));
}
return pageList;
}
寫了40分鍾，希望對你有用
⑷ 控制項分頁跟資料庫分頁查詢有什麼不同
把控制項比作人的臉面比較形象，把資料庫比作人的思維比較形象。
資料庫分頁，就是使用資料庫查詢語句從資料庫中篩選出一部分數據，這一部分數據可以一次性篩選出來，也可以按照一頁的大小（頁面數）篩選出來。
控制項分頁，就是把資料庫或者內存中的數據顯示出來，假如數據記錄數較多，可以分頁顯示，這種分頁顯示技術就是控制項分頁。
控制項分頁，一般與資料庫分頁結合起來，共同實現分頁，但是控制項分頁也可以與資料庫沒有關系的。資料庫分頁是取數據，控制項分頁是顯示數據。
⑸ 研究一下分頁的原理.理解什麼是程序級分頁什麼是資料庫分頁
說的
簡單點
程序級分頁也叫做內存分頁，就是將所有數據（注意是所有數據）取出來作為一個
數據集
放在內存中，然後我們對這個數據集進行分頁就數據程序級的分頁。
而資料庫分頁是直接在資料庫裡面取出自己要的數據，不是將所有數據一股腦的取出來。sql
server中是用top來分頁，而oracle中可以用rownum來分頁。
⑹ mysql資料庫分頁
很多應用往往只展示最新或最熱門的幾條記錄，但為了舊記錄仍然可訪問，所以就需要個分頁的導航欄。然而，如何通過MySQL更好的實現分頁，始終是比較令人頭疼的問題。雖然沒有拿來就能用的解決辦法，但了解資料庫的底層或多或少有助於優化分頁查詢。
我們先從一個常用但性能很差的查詢來看一看。
SELECT *
FROM city
ORDER BY id DESC
LIMIT 0, 15
這個查詢耗時0.00sec。So，這個查詢有什麼問題呢？實際上，這個查詢語句和參數都沒有問題，因為它用到了下面表的主鍵，而且只讀取15條記錄。
CREATE TABLE city (
id int(10) unsigned NOT NULL AUTO_INCREMENT,
city varchar(128) NOT NULL,
PRIMARY KEY (id)
) ENGINE=InnoDB;
真正的問題在於offset(分頁偏移量)很大的時候，像下面這樣：
SELECT *
FROM city
ORDER BY id DESC
LIMIT 100000, 15;
上面的查詢在有2M行記錄時需要0.22sec，通過EXPLAIN查看SQL的執行計劃可以發現該SQL檢索了100015行，但最後只需要15行。大的分頁偏移量會增加使用的數據，MySQL會將大量最終不會使用的數據載入到內存中。就算我們假設大部分網站的用戶只訪問前幾頁數據，但少量的大的分頁偏移量的請求也會對整個系統造成危害。Facebook意識到了這一點，但Facebook並沒有為了每秒可以處理更多的請求而去優化資料庫，而是將重心放在將請求響應時間的方差變小。
對於分頁請求，還有一個信息也很重要，就是總共的記錄數。我們可以通過下面的查詢很容易的獲取總的記錄數。
SELECT COUNT(*)
FROM city;
然而，上面的SQL在採用InnoDB為存儲引擎時需要耗費9.28sec。一個不正確的優化是採用 SQL_CALC_FOUND_ROWS,SQL_CALC_FOUND_ROWS 可以在能夠在分頁查詢時事先准備好符合條件的記錄數，隨後只要執行一句 select FOUND_ROWS(); 就能獲得總記錄數。但是在大多數情況下，查詢語句簡短並不意味著性能的提高。不幸的是，這種分頁查詢方式在許多主流框架中都有用到，下面看看這個語句的查詢性能。
SELECT SQL_CALC_FOUND_ROWS *
FROM city
ORDER BY id DESC
LIMIT 100000, 15;
這個語句耗時20.02sec，是上一個的兩倍。事實證明使用 SQL_CALC_FOUND_ROWS 做分頁是很糟糕的想法。
下面來看看到底如何優化。文章分為兩部分，第一部分是如何獲取記錄的總數目，第二部分是獲取真正的記錄。
高效的計算行數
如果採用的引擎是MyISAM，可以直接執行COUNT(*)去獲取行數即可。相似的，在堆表中也會將行數存儲到表的元信息中。但如果引擎是InnoDB情況就會復雜一些，因為InnoDB不保存表的具體行數。
我們可以將行數緩存起來，然後可以通過一個守護進程定期更新或者用戶的某些操作導致緩存失效時，執行下面的語句：
SELECT COUNT(*)
FROM city
USE INDEX(PRIMARY);
獲取記錄
下面進入這篇文章最重要的部分，獲取分頁要展示的記錄。上面已經說過了，大的偏移量會影響性能，所以我們要重寫查詢語句。為了演示，我們創建一個新的表「news」，按照時事性排序(最新發布的在最前面)，實現一個高性能的分頁。為了簡單，我們就假設最新發布的新聞的Id也是最大的。
CREATE TABLE news(
id INT UNSIGNED PRIMARY KEY AUTO_INCREMENT,
title VARCHAR(128) NOT NULL
) ENGINE=InnoDB;
一個比較高效的方式是基於用戶展示的最後一個新聞Id。查詢下一頁的語句如下，需要傳入當前頁面展示的最後一個Id。
SELECT *
FROM news WHERE id < $last_id
ORDER BY id DESC
LIMIT $perpage
查詢上一頁的語句類似，只不過需要傳入當前頁的第一個Id，並且要逆序。
SELECT *
FROM news WHERE id > $last_id
ORDER BY id ASC
LIMIT $perpage
上面的查詢方式適合實現簡易的分頁，即不顯示具體的頁數導航，只顯示「上一頁」和「下一頁」，例如博客中頁腳顯示「上一頁」，「下一頁」的按鈕。但如果要實現真正的頁面導航還是很難的,下面看看另一種方式。
SELECT id
FROM (
SELECT id, ((@cnt:= @cnt + 1) + $perpage - 1) % $perpage cnt
FROM news
JOIN (SELECT @cnt:= 0)T
WHERE id < $last_id
ORDER BY id DESC
LIMIT $perpage * $buttons
)C
WHERE cnt = 0;
通過上面的語句可以為每一個分頁的按鈕計算出一個offset對應的id。這種方法還有一個好處。假設，網站上正在發布一片新的文章，那麼所有文章的位置都會往後移一位，所以如果用戶在發布文章時換頁，那麼他會看見一篇文章兩次。如果固定了每個按鈕的offset Id，這個問題就迎刃而解了。Mark Callaghan發表過一篇類似的博客，利用了組合索引和兩個位置變數，但是基本思想是一致的。
如果表中的記錄很少被刪除、修改，還可以將記錄對應的頁碼存儲到表中，並在該列上創建合適的索引。採用這種方式，當新增一個記錄的時候，需要執行下面的查詢重新生成對應的頁號。
SET p:= 0;
UPDATE news SET page=CEIL((p:= p + 1) / $perpage) ORDER BY id DESC;
當然，也可以新增一個專用於分頁的表，可以用個後台程序來維護。
UPDATE pagination T
JOIN (
SELECT id, CEIL((p:= p + 1) / $perpage) page
FROM news
ORDER BY id
)C
ON C.id = T.id
SET T.page = C.page;
現在想獲取任意一頁的元素就很簡單了：
SELECT *
FROM news A
JOIN pagination B ON A.id=B.ID
WHERE page=$offset;
還有另外一種與上種方法比較相似的方法來做分頁，這種方式比較試用於數據集相對小，並且沒有可用的索引的情況下—比如處理搜索結果時。在一個普通的伺服器上執行下面的查詢，當有2M條記錄時，要耗費2sec左右。這種方式比較簡單，創建一個用來存儲所有Id的臨時表即可(這也是最耗費性能的地方)。
CREATE TEMPORARY TABLE _tmp (KEY SORT(random))
SELECT id, FLOOR(RAND() * 0x8000000) random
FROM city;
ALTER TABLE _tmp ADD OFFSET INT UNSIGNED PRIMARY KEY AUTO_INCREMENT, DROP INDEX SORT,ORDER BY random;
接下來就可以向下面一樣執行分頁查詢了。
SELECT *
FROM _tmp
WHERE OFFSET >= $offset
ORDER BY OFFSET
LIMIT $perpage;
簡單來說，對於分頁的優化就是。。。避免數據量大時掃描過多的記錄。