close aa1;
end;
/
不管你的查询将返回多少行，在查询执行后、抓取记录时，抓取到哪条记录，才会去读相应的块。Oracle并不预先读取所有的块，构造一个结果集，然后从结果集中返回所查询的记录。这从两点可以得到证明，一是在游标打开后，Oracle并不能返回游标所查询的行数。如上例中的rowcount ，只有你抓取了N行，Oracle才知道，原来结果集中包括N行。你一行都不抓取，rowcount的值就是0 。
另外我们可以用一个例子来证明：
1. 发布如下声明，测试T4_1块的占用情况（下面很多视图将在Buffer cache一节中详述）：
scott@MYTWO> select dbms_rowid.rowid_block_number(rowid) RID,min(rownum),max(rownum)
from t4_1 group by dbms_rowid.rowid_block_number(rowid);
31514
226
262
………………
2.
查看T4_1现有多少块在Buffer cache中
sys@MYTWO> select count(*) from x$bh where obj=7487;
COUNT(*)
----------
1
如果T4_1中有很多块在Buffer cache中，设法将它们释放。
（向某一表中大量插入或大量删除即可以达到目的，如：delete big_table where rownum<=240000;
或按索引选择一个大表：select /*+index(表名)*/* from 表名 where 索引列 is not null;）
3.
在执行如下PL/SQL块：
declare
cursor aa1 is select id from t4_1;
mx number;
begin
open aa1;
for i in 1..75 loop
fetch aa1 into mx;
dbms_output.put_line('查询结果:'||mx);
end loop;
dbms_output.put_line('查询行数:'||aa1%rowcount);
close aa1;
end;
/
表T4_1共有2000行，64个块，Aa1游标将选择它的全部行。但程序只抓取75行，从步骤1的查询结果可知，也就是两个块。下面我们再次查询X$BH，看看Oracle到底读取了多少块到内存中：
4.
再次查询X$BH：
sys@MYTWO> select count(*) from x$bh where obj=7487;
COUNT(*)
----------
14
可以看到，T4_1共有64个块，但由于我们只抓取了一部分行，因此，只有一部分块被送进Buffer cache。这说明Oracle并不预先读所有块，而是“抓取到哪儿读到哪儿”。
但我们只抓取前75行，应该只读两个块才对，为什么会一下读14个块呢？这当然是由于多块读参数：db_file_multiblock_read_count，这就不属Library cache的内容了，本部分以Library cache为主，像多块读参数这些内容，以后再讨论。这里简单说一下。我这里设置此多块读参数为16，也就是说Oracle一次读盘，如果有可能，会一下读16个块到Buffer cache。此参数以后再详细讨论，此处只所以没有读16个块，而是读14个块，很可能是区大小的原因。运行如下两个查询：
sys@MYTWO> select EXTENT_ID,FILE_ID,BLOCK_ID from dba_extents where segment_name='T4_1';
