数据库访问存在的一个问题是来自 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子句被满足时返回记录给下一部分的查询。