我们可以根据执行计划第二列的数字来阅读计划，即数字大的最先执行，如“5 index (range scan)”，数字相等时，按从上到下的顺序执行。上述执行计划显示了与我们估计相同的顺序，我们看到满足where条件的记录一共5263条左右（第4步中的 card=5263），它们全部被取出，并参与排序（第3步），并在将结果集返回给用户前，一直在处理所有的5263条记录。然而事实上用户似乎只关心本页即20条记录。显然它与我们关于数据库处理量最小的要求相距甚远。在分析部分，284个一致读进一步说明数据库处理了所有满足条件的记录（整个表占1039个数据块，共4个拥有相近产品数的行业，则每个行业约占259个数据块）。
现在，我们把上述语句换成：
rudolf@TEST902>select * from t
2 where category = &category_id
3 order by product_name
4
|
将满足条件的所有记录取到客户端（在这里为Web应用服务器），然后利用编程语言对结果集分页。以JAVA为例，可以使用ResultSet对象方法absolute直接定位记录而方便地将结果集分页。然而很显然，它甚至满足关于数据库与Web应用服务器之间的数据量传输最小的要求，很多情况下将明显影响性能，严重时甚至会导致Web应用服务器一端内存溢出。言归正传，我们开始引入我们的方法。
方法一：同分析传统做法类似，我们先列出我们的方法：
rudolf@TEST902>select * from
2 ( select rownum rnm, a.* from
3 ( select * from t where category = &category_id
4 order by category,product_name
5 ) a where rownum <= &maxrnm
6 ) where rnm >= &minrnm
7 |
与传统做法不同，我们把对最大行号的判断从第三层移到了第二层。改变虽然简单，然而它表达了一个完全不同的执行意图。内部视图：
select rownum rnm, a.* from
( select * from t where category = &category_id
order by category,product_name
) a where rownum <= &maxrnm |
是8i引入的新操作，在执行计划中，它体现为stopkey。这种操作专门为提取TOP n的需求做了优化。它需要排序字段预先建有索引，由于索引是已排序好的结构，因此取TOP n的问题，就变为从索引中直接从头提取n个索引关键字，然后再根据索引就可快速的找到记录并返回给用户。从而有效避免了检索全部记录的情况。
rudolf@TEST902>set autot trace
rudolf@TEST902>set verify off
Enter value for category_id: 20
Enter value for maxrnm: 20
Enter value for minrnm: 1
20 rows selected.
Execution Plan
0 SELECT STATEMENT Optimizer=FIRST_ROWS
(Cost=284 Card=20 Byte
s=4160)
1 0 VIEW (Cost=284 Card=20 Bytes=4160)
2 1 COUNT (STOPKEY)
3 2 VIEW (Cost=284 Card=5263 Bytes=1026285)
4 3 TABLE ACCESS (BY INDEX ROWID) OF 'T'
(Cost=284 Card=
5263 Bytes=1010496)
5 4 INDEX (RANGE SCAN) OF 'T_CATEGORY_PNAME_IND'
(NON-UNIQUE) (Cost=31 Card=5263)
Statistics
0 recursive calls
0 db block gets
7 consistent gets
0 physical reads
0 redo size
1848 bytes sent via SQL*Net to client
514 bytes received via SQL*Net from client
3 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
20 rows processed |
应将count(stopkey)操作与table access(by index rowid)结合起来看，这样一来，table access(by index rowid)实际上只处理了&maxrnm条记录，这里为20条。