在構建自定義搜索引擎時，開發人員常遇到的一個問題是實現某種類型的分頁功能；也就是說，允許用戶提交一個返回很多行數據的查詢，但是只顯示前20條。在用戶點擊一個鏈接時，下20條或者前20條數據會從數據庫應用程序中取出。
數據庫訪問存在的一個問題是來自 Web 站點的請求是無狀態的。在等待用戶請求下一組數據時，讓數據庫維護一個游標的效率是非常低的。對 HTML 編寫代碼讓游標位於客戶端是可以做到的，但是游標是一個有限的資源，所以每次在頁面裝載完成時最好關閉游標。
Oracle 游標不支持通過行集(rowset)向後移動;但是用戶總是會在浏覽器中後退，或者不按順序請求一個行集。顯然，返回有限行數據就成了數據庫服務器的責任。
偽列(pseudocolumn)ROWNUM 中包含有當前的行號。很多人在第一次試圖返回表中中間某段記錄子集時，都會發現下面這種方法行不通:
select * from all_objects where rownum between 30 and 49;
這種寫法之所以行不通，是因為 ROWNUM 列只有在記錄被取出或過濾時才會應用到記錄上。第一行在被取出時會被拋出，因為它的 ROWNUM 是1。然後，下一行被取出;它也會被拋出，因為它是新的“1”，以此類推，直到所有的行都被使用。這個查詢不會返回任何記錄。解決方法是在看到30到50之間的記錄時必須先取出1到30行的記錄:
select * from all_objects where rownum <= 49;
然後，你可以將它作為一個子查詢並過濾掉開始點之前的所有記錄(注意我必須為“rownum”提供一個別名才能編譯):
select * from (select rownumr,all_objects.* from all_objects where rownum <=
49) t
where t.r >= 30;
為了保證它的效率，不妨對這個限制使用綁定變量。這將使用所有此類請求在字面上完全相同，從而消除了在每次請求不同的范圍求時重新解析查詢:
select * from (select rownumr,all_objects.* from all_objects where rownum <=
:min) t
where t.r >= :max;
如果你使用的語言能夠通過存儲過程返回行集，那麼數據庫將自動在內部處理綁定變量。然後，應用程序代碼就會只接收它請求的記錄，而不必決定接收哪些記錄。
create or replace procedure search(p_mininteger,p_maxinteger,p_rowset out
sys_refcursor)
is
begin
select cursor(*) into p_rowset
from (select rownumr,all_objects.* from all_objects where rownum <=
p_max) t
where t.r >= p_min;
end search;
/
show errors
注意 ROWNUM 是在排序之後計算的，所以使用 ORDER BY 子句將得到新的記錄順序。然而，基於規則的優化器用 ROWNUM 來“短路”查詢，並在 ROWNUM 子句被滿足時返回記錄給下一部分查詢。
