1.Oracle分頁查詢語句基本上可以按照本文給出的格式來進行套用。
Oracle分分頁查詢格式:
SELECT * FROM ( SELECT A.*, ROWNUM RN FROM (SELECT * FROM TABLE_NAME) A WHERE ROWNUM <= 40 ) WHERE RN >= 21
其中最內層的查詢SELECT * FROM TABLE_NAME表示不進行翻頁的原始查詢語句。ROWNUM <= 40和RN >= 21控制分頁查詢的每頁的范圍。
上面給出的這個Oracle分分頁查詢語句,在大多數情況擁有較高的效率。分頁的目的就是控制輸出結果集大小,將結果盡快的返回。在上面的分頁查詢語句中,這種考慮主要體現在WHERE ROWNUM <= 40這句上。
選擇第21到40條記錄存在兩種方法,一種是上面例子中展示的在查詢的第二層通過ROWNUM <= 40來控制最大值,在查詢的最外層控制最小值。而另一種方式是去掉查詢第二層的WHERE ROWNUM <= 40語句,在查詢的最外層控制分頁的最小值和最大值。查詢語句如下:
SELECT * FROM ( SELECT A.*, ROWNUM RN FROM (SELECT * FROM TABLE_NAME) A ) WHERE RN BETWEEN 21 AND 40
對比這兩種寫法,絕大多數的情況下,第一個查詢的效率比第二個高得多。
這是由於CBO 優化模式下,Oracle可以將外層的查詢條件推到內層查詢中,以提高內層查詢的執行效率。對於第一個查詢語句,第二層的查詢條件WHERE ROWNUM <= 40就可以被Oracle推入到內層查詢中,這樣Oracle查詢的結果一旦超過了ROWNUM限制條件,就終止查詢將結果返回了。
而第二個查詢語句,由於查詢條件BETWEEN 21 AND 40是存在於查詢的第三層,而Oracle無法將第三層的查詢條件推到最內層(即使推到最內層也沒有意義,因為最內層查詢不知道RN代表什么)。因此,對於第二個查詢語句,Oracle最內層返回給中間層的是所有滿足條件的數據,而中間層返回給最外層的也是所有數據。數據的過濾在最外層完成,顯然這個效率要比第一個查詢低得多。
上面分析的查詢不僅僅是針對單表的簡單查詢,對於最內層查詢是復雜的多表聯合查詢或最內層查詢包含排序的情況一樣有效。
分頁計算方式:
//page是頁數,rows是顯示行數 int page=2; int rows=5; List<Articles> list=a.select(page*rows+1,(page-1)*rows); // sql語句: select * from(select a.*,rownum rn from (select * from t_articles) a where rownum < 11) where rn>5
//第一個參數,對應着第一個rownum<11,第二個參數對應着rn>5
2.MySQL的分頁查詢語句:
limit 基本實現方式
一般情況下,客戶端通過傳遞 pageNo(頁碼)、pageSize(每頁條數)兩個參數去分頁查詢數據庫中的數據,在數據量較小(元組百/千級)時使用 MySQL自帶的 limit
來解決這個問題:
收到客戶端{pageNo:1,pagesize:10}
select * from table limit (pageNo-1)*pageSize, pageSize;收到客戶端{pageNo:5,pageSize:30}
select * from table limit (pageNo-1)*pageSize,pageSize;
建立主鍵或者唯一索引
在數據量較小的時候簡單的使用 limit
進行數據分頁在性能上面不會有明顯的緩慢,但是數據量達到了 萬級到百萬級 sql語句的性能將會影響數據的返回。這時需要利用主鍵或者唯一索引進行數據分頁;
假設主鍵或者唯一索引為 good_id
收到客戶端{pageNo:5,pagesize:10}
select * from table where good_id > (pageNo-1)*pageSize limit pageSize;
–返回good_id為40到50之間的數據
基於數據再排序
當需要返回的信息為順序或者倒序時,對上面的語句基於數據再排序。order by ASC/DESC 順序或倒序 默認為順序
select * from table where good_id > (pageNo-1)*pageSize order by good_id limit pageSize;
–返回good_id為40到50之間的數據,數據依據good_id順序排列