关于undo_retention参数的理解疑问

问题一：
1.操作流程描述：
创建一个small的undo表空间，并且设置了RETENTION GUARANTEE

CREATE UNDO TABLESPACE SMALL
DATAFILE '/u01/oradata/Nicey/small3.dbf'
size 2M AUTOEXTEND OFF
RETENTION GUARANTEE;--保证保留空间

创建一个表：create table test_undo(a char(1024));

之前测试过，在这个个undo表空间，最多能容纳这个表的大约1000条记录。

ALTER SYSTEM SET UNDO_TABLESPACE ='SMALL';

alter system set undo_retention=180  SCOPE =MEMORY;

第一个session

begin

for i in 1..1000 loop

insert into test_undo values(to_char(i)) ;

end loop;

end ;
/

commit;
上述执行完之后，undo表空间应该就没有space了。并且是undo表空间是设置为保证保留空间的，所以应该要等待180秒以后， 在插入值才可以。

问题描述：没有等待就可以直接插入了下列的数据
begin

for i in 1..600 loop

insert into test_undo values(to_char(i)) ;

end loop;

end ;
/

问题2：
默认创建的表空间，为RETENTION NOGUARANTEE 不保证保留空间模式--，如果undo的表空间足够大，为什么，inset语句产生的事务，通过查询dba_undo_extents发现，他用的是系统里有的segments的status状态为unexpired的，改为active？
为什么不是在开辟一个segment，或者用expired的？

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/26883888/viewspace-721968/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/26883888/viewspace-721968/