SESSION 1:
SQL> create table t
2 as
3 select * from all_users;
Table created.
SQL> variable x refcursor
SQL> begin
2 open :x for select * from t;
3 end;
4 /
PL/SQL procedure successfully completed.
SESSION 2：
SQL> delete from t;
37 rows deleted.
SQL> commit;
Commit complete.
SESSION 1:
SQL> print x
USERNAME USER_ID CREATED
------------------------------ ---------- ---------
TEST 91 27-DEC-00
BI 90 07-NOV-00
PM 89 07-NOV-00
SH 88 07-NOV-00
IX 87 07-NOV-00
OE 86 07-NOV-00
HR 85 07-NOV-00
SCOTT 84 13-AUG-09
OWBSYS_AUDIT 83 13-AUG-09
OWBSYS 79 13-AUG-09
APEX_030200 78 13-AUG-09
USERNAME USER_ID CREATED
------------------------------ ---------- ---------
APEX_PUBLIC_USER 76 13-AUG-09
FLOWS_FILES 75 13-AUG-09
MGMT_VIEW 74 13-AUG-09
SYSMAN 72 13-AUG-09
SPATIAL_CSW_ADMIN_USR 70 13-AUG-09
SPATIAL_WFS_ADMIN_USR 67 13-AUG-09
MDDATA 65 13-AUG-09
MDSYS 57 13-AUG-09
SI_INFORMTN_SCHEMA 56 13-AUG-09
ORDPLUGINS 55 13-AUG-09
ORDDATA 54 13-AUG-09
USERNAME USER_ID CREATED
------------------------------ ---------- ---------
ORDSYS 53 13-AUG-09
OLAPSYS 61 13-AUG-09
ANONYMOUS 46 13-AUG-09
XDB 45 13-AUG-09
CTXSYS 43 13-AUG-09
EXFSYS 42 13-AUG-09
XS$NULL 2147483638 13-AUG-09
WMSYS 32 13-AUG-09
APPQOSSYS 31 13-AUG-09
DBSNMP 30 13-AUG-09
ORACLE_OCM 21 13-AUG-09
USERNAME USER_ID CREATED
------------------------------ ---------- ---------
DIP 14 13-AUG-09
OUTLN9 13-AUG-09
SYSTEM5 13-AUG-09
SYS0 13-AUG-09
37 rows selected.
在前面的例子中，我创建了一个测试表T，并把ALL_USERS 表的一些数据加载到这个表中。然后在这
个表上打开一个游标。在此没有从该游标获取数据，只是打开游标而已。
要记住，Oracle 并不“回答”这个查询。打开游标时，Oracle 不复制任何数据，你可以想想看，
即使一个表有十亿条记录，是不是也能很快就打开游标？没错，游标会立即打开，它会边行进边
回答查询。换句话说，只是在你获取数据时它才从表中读数据。
在同一个会话中（或者也可以在另一个会话中；这同样能很好地工作），再从该表删除所有数据。甚
至用COMMIT 提交了删除所做的工作。记录行都没有了，但是真的没有了吗？实际上，还是可以通过游标获
取到数据。OPEN 命令返回的结果集在打开的那一刻（时间点）就已经确定。打开时，我们根本没有碰过表
中的任何数据块，但答案已经是铁板钉钉的了。获取数据之前，我们无法知道答案会是什么；不过，从游
标角度看，结果则是固定不变的。打开游标时，并非Oracle 将所有数据复制到另外某个位置；实际上是
DELETE 命令为我们把数据保留下来，把它放在一个称为undo 段（undo segment）的数据区，这个数据区
也称为回滚段（rollback segment）。
