在实际的工作当中，但我们构建自定义搜索引擎的时候经常遇到的一个问题就是实现某种类型的分页功能，这也就是说，允许用户提交一个返回很多行数据的查询，但是只显示前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子句被满足时返回记录给下一部分的查询。（责任编辑：卢兆林）
