今天看下分頁查詢這個知識點，能挖出什麼樣的知識。
測試表中符合條件的記錄共32條，如果需要得到第10到第20條的記錄，我們能怎麼做？
sql> select rownum, employee_id 2 from hr.employees a 3 where hire_date between to_date('20050101','yyyymmdd') 4 and to_date('20060201','yyyymmdd'); rownum employee_id---------- ----------- 1 202 2 101 3 103 4 105 5 110 6 111 7 116 8 117 9 121 10 123 11 125 12 129 13 130 14 131 15 138 16 142 17 146 18 147 19 150 20 151 21 152 22 159 23 160 24 162 25 168 26 170 27 175 28 180 29 185 30 188 31 189 32 19332 rows selected.格式1，
sql> select * 2 from (select rownum as rowno, a.employee_id as id 3 from (select employee_id from hr.employees 4 where hire_date between to_date('20050101','yyyymmdd') 5 and to_date('20060201','yyyymmdd')) a 6 where rownum <= 20) 7 where rowno >= 10; rowno id---------- ---------- 10 123 11 125 12 129 13 130 14 131 15 138 16 142 17 146 18 147 19 150 20 15111 rows selected.sql> select * 2 from (select rownum as rowno, a.employee_id as id 3 from (select employee_id from hr.employees 4 where hire_date between to_date('20050101','yyyymmdd') 5 and to_date('20060201','yyyymmdd')) a) 6 where rowno between 10 and 20; rowno id---------- ---------- 10 123 11 125 12 129 13 130 14 131 15 138 16 142 17 146 18 147 19 150 20 15111 rows selected.1. 相同點
(1) 這兩種格式中內層的子查詢，從語義上理解，應該讀取所有符合條件的記錄，即32條，
select employee_id from hr.employees where hire_date between to_date('20050101','yyyymmdd') and to_date('20060201','yyyymmdd')2. 不同點
我們用執行計畫，來看一下，
sql> alter session set statistics_level=all;session altered.sql> select * from table(dbms_xplan.display_cursor(null,null,'advanced -projection -bytes iostats,last'));格式2讀取了32條記錄，
這是為什麼？
在cbo模式下，oracle可以將外層的查詢條件推到內層查詢中，以提高內層查詢的執行效率。對於格式1，第二層的查詢條件where rowno >= 10就可以被推入到內層查詢中，這樣oracle查詢的結果一旦超過了rownum限制條件，就終止查詢將結果返回了。從執行計畫中，我們看到count stopkey，點到為止，就是這個意思。
格式2，由於查詢條件between 10 and 20，是存在於查詢的第三層，而oracle無法將第三層的查詢條件推到最內層,(即使推到最內層也沒有意義，因為最內層查詢不知道rowno代表什麼)。因此，對格式2，oracle最內層返回給中間層的是所有滿足條件的資料，而中間層返回給最外層的也是所有資料。資料的過濾在最外層完成，從執行計畫中，我們看到count，沒帶stopkey，說明需要統計所有的資料。
如果資料量有限，這兩種格式，相差無幾，如同上面的測試，cost相同，但是當資料量很龐大的時候，因為格式1不需要讀取所有資料，而格式2需要讀取所有資料，然後再根據rownum篩選，顯然格式1的效率要比格式2高。
我們再進一步，上面的測試，不知道大家看沒看出一些問題？
兩種格式中，子查詢都是如下，沒帶任何排序，因此如果這張表的資料是實時更新的，很可能每次執行返回的結果集是不同的，如果這個分頁的需求，對結果集的順序是有要求的，這條sql就是錯的，而且可能很隱蔽，至於原因，《oracle資料順序問題》中說明了，oracle中沒有預設的資料讀取順序，唯一能讓結果集有序的操作就是增加order by子句，
select employee_id from hr.employees where hire_date between to_date('20050101','yyyymmdd') and to_date('20060201','yyyymmdd')乙個分頁操作，牽扯到的知識其實是很多的，如果不常用，確實容易忽視，就像我現在看之前經歷過的案例，可能也會忘，還是得重新了解，一方面可能是知識點沒吃透，另一方面還是需要注意日常的總結，形成適合自己的知識庫和檢索體系，在實踐中學，從學回到實踐，都是一種過程，只能慢慢體會了。
近期的熱文：
《2020資料技術嘉年華》
《mysql異常訪問的熔斷機制》
《oracle時間戳型別內部表示的轉換方式》
《oracle的批量插入操作》
《資料庫結構文件的生成利器》
《主鍵約束索引的奇葩現象》
《如何判斷應用系統效能好不好？》
《oracle cloud建立19c資料庫》
《sql工具集-格式化結果的sql》
《如何捕獲問題sql解決過度cpu消耗的問題》
《如何檢視jvm執行的堆記憶體情況》
《oracle刪除欄位的方式和風險，你都了解麼？》
《登入緩慢的詭異問題》
多條件查詢分頁
分頁實現後，通過多條件查詢後，內容如果需要分頁，容易出現切換頁面內容跳轉到查詢前的內容。解決方法可以通過將查詢後的內容建表，然後在進行分頁。require once wenjian dbda.class.php require once wenjian page.class.php obj sele...
實現分頁查詢 條件查詢 全部查詢
面向介面程式設計思想 首相在dao層與service層 我們會建立 dao層的物件和service的物件 所以為了減少 量和維護方便 我們首先 在dao自定義乙個介面 然後定義 該介面的實現類 在service層中也是一樣的 然後utils層中 定義 beanfactory類 編寫bean.xml ...
php mysql查詢分頁等的一些細節
模糊查詢 以前我們用的查詢如下 select job id,title,description from riskyjobs where title bull fighter 搜尋的大小寫不重要，mysql where是不區分大小寫的，操作符要求這倆個串完全匹配。利用like查詢能夠找到與搜尋串中某...