mysql讓存儲結果分頁，用於復雜查詢。
似乎討論分頁的人很少，難道大家都沉迷於limit m,n?
在有索引的情況下，limit m,n速度足夠，可是在復雜條件搜索時，
where somthing order by somefield+somefield
mysql會搜遍數據庫，找出“所有”符合條件的記錄，然後取出m,n條記錄。
如果你的數據量有幾十萬條，用戶又搜索一些很通俗的詞，
然後要依次讀最後幾頁重溫舊夢。。。mysql該很悲壯的不停操作硬盤。
所以，可以試著讓mysql也存儲分頁，當然要程序配合。
（這裡只是提出一個設想，歡迎大家一起討論）
ASP的分頁：在ASP系統中有Recordset對象來實現分頁，但是大量數據放在內存中，而且不知道什麼時候才失效(請ASP高手指點).
SQL數據庫分頁：用存儲過程+游標方式分頁，具體實現原理不是很清楚，設想如果用一次查詢就得到需要的結果，或者是id集，需要後續頁時只要按照結果中的IDs讀出相關記錄。這樣只要很小的空間保留本次查詢的所有IDs. (SQL中的查詢結果不知道怎樣清楚過期垃圾?)
這樣，可以讓mysql模擬存儲分頁機制：
1. select id from $table where $condition order by $field limit $max_pages*$count;
查詢符合條件的IDs.
限定最大符合條件的記錄數量，也可以不加。
2. 因為php在執行結束後所有變量都要lost，所以可以考慮:
方案a. 在mysql建立臨時表，查詢結果用一個時間或隨機數作為唯一標志插入。
其中建立page1~pagen個字段，每個字段保存該頁中需要的ids, 這樣一個id對一條記錄.
方案b. 如果打開session,也可以放在session中保存，實際上是放在文件中保存。
建立一個$IDs數組，$IDs[1]~$IDs[$max_pages]. 考慮到有時候用戶會開幾個
窗口同時查詢，要為$ids做一個唯一標志，避免查詢結果相互覆蓋。二維數組
和$$var都是好辦法。
3. 在每頁頁的請求中，直接找到對應的IDs，中間以","間隔：
select * from $table where id in ($ids); 速度絕對快
