mysql讓存儲結果分頁，用于復雜查詢。

似乎討論分頁的人很少，難道大家都沉迷于limit m,n?
在有索引的情況下，limit m,n速度足夠，可是在復雜條件搜索時，
where somthing order by somefield+somefield
mysql會搜遍數(shù)據(jù)庫，找出“所有”符合條件的記錄，然后取出m,n條記錄。
如果你的數(shù)據(jù)量有幾十萬條，用戶又搜索一些很通俗的詞，
然后要依次讀最后幾頁重溫舊夢。。。mysql該很悲壯的不停操作硬盤。

所以，可以試著讓mysql也存儲分頁，當然要程序配合。
（這里只是提出一個設想，歡迎大家一起討論）

ASP的分頁：在ASP系統(tǒng)中有Recordset對象來實現(xiàn)分頁，但是大量數(shù)據(jù)放在內存中，而且不知道什么時候才失效(請ASP高手指點).
SQL數(shù)據(jù)庫分頁：用存儲過程+游標方式分頁，具體實現(xiàn)原理不是很清楚，設想如果用一次查詢就得到需要的結果，或者是id集，需要后續(xù)頁時只要按照結果中的IDs讀出相關記錄。這樣只要很小的空間保留本次查詢的所有IDs. (SQL中的查詢結果不知道怎樣清楚過期垃圾?)

這樣，可以讓mysql模擬存儲分頁機制：
1. select id from $table where $condition order by $field limit $max_pages*$count;
 查詢符合條件的IDs.
 限定最大符合條件的記錄數(shù)量，也可以不加。
2. 因為php在執(zhí)行結束后所有變量都要lost，所以可以考慮:
 方案a. 在mysql建立臨時表，查詢結果用一個時間或隨機數(shù)作為唯一標志插入。
其中建立page1~pagen個字段，每個字段保存該頁中需要的ids, 這樣一個id對一條記錄.
 方案b. 如果打開session,也可以放在session中保存，實際上是放在文件中保存。
 建立一個$IDs數(shù)組，$IDs[1]~$IDs[$max_pages]. 考慮到有時候用戶會開幾個
 窗口同時查詢，要為$ids做一個唯一標志，避免查詢結果相互覆蓋。二維數(shù)組
 和$$var都是好辦法。
3. 在每頁頁的請求中，直接找到對應的IDs，中間以","間隔：
select * from $table where id in ($ids); 速度絕對快
4. 收尾要考慮查詢結果的自動清楚，可以設置定時或者按比例隨機清楚。如果用mysql臨時表要加上一個時間標志字段，session中要加入$IDs["time"]=time(); 在一定時間以后不操作視為過期數(shù)據(jù)。

5. 如果要優(yōu)化，可以考慮用把1和2.a中的語句合并成select ...... into ....

Note:
1.以上只是針對mysql的修補方案，希望mysql哪天能把這些功能加進去
2.其它數(shù)據(jù)庫也可以套用。
3.如果其它數(shù)據(jù)庫還有更先進的分頁方式，請告訴我或mailto: steeven@kali.com.cn
4.如果真的有很多數(shù)據(jù)要查詢，還是和mysql再見吧，sql,oracle都提供了更先進的關鍵詞索引查詢。

精益求精，以上只是拋磚引玉，歡迎共同探討分頁問題。（也可關于其它數(shù)據(jù)庫）
希望有一天能把各種分頁方式整理出來供新手參考。