在9.2版本上，将OPTIMIZER_MODE设置为first_rows_100，但又不对sys下的表进行收集统计信息，是否影响数据字典的访问性能？Oracle在这种情况下，使用RBO还是CBO来执行RECURSIVE STATEMENTS?
正在准备移植到cbo模式，望经验之士帮忙。

呵呵，在9i下不要对sys用户的对象进行统计信息收集啊

这个在oracle 10G中才开始推荐用户做的

会有影响的, sys的东东,最好用rule访问

那这样的话，是否就不能将初始化参数OPTIMIZER_MODE设置为first_row 或all_rows ？因为假如设置了，但sys下的表没有统计信息，oracle 是否会对sys表作动态采样，从而导致性能不好？
这样的话，first_row 或all_rows 有什么用啊，只能设置为choose 了，对吗？

sys对象不能分析统计信息,不然数据库容易挂起的

SQL> alter system set optimizer_mode=first_rows_100 scope=spfile;
System altered.

SQL> startup force;
ORACLE instance started.
Total System Global Area  521630120 bytes
Fixed Size                   737704 bytes
Variable Size             201326592 bytes
Database Buffers          318767104 bytes
Redo Buffers                 798720 bytes
Database mounted.
Database opened.
SQL> show parameter optimizer_mode
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
optimizer_mode                       string      FIRST_ROWS_100

SQL> alter session set events '10046 trace name context forever, level 12';

Session altered

SQL> select COUNT(*) from dba_objects where owner='EPCISUDWR';
  COUNT(*)
---------------
        124

SQL> SELECT COUNT(*) FROM EPCISUDWR.POLICY_SALE A WHERE A.DEPARTMENT_CODE LIKE '226%'


  COUNT(*)
-------------------
        573472

SQL> alter session set events '10046 trace name context off';
Session altered


作trace 文件作了tkprof 后，分析发现，只要是在SQLPLUS 中发出的语句(即NON-RECURSIVE STATEMENTS)，其Optimizer goal 都是FIRST_ROWS，而对所有的RECURSIVE STATEMENTS，其Optimizer goal 却都是CHOOSE 。
-------NON-RECURSIVE STATEMENTS
select count(*)
from
dba_objects where owner='EPCISUDWR'

Misses in library cache during parse: 1
Optimizer goal: FIRST_ROWS
Parsing user id: SYS

SELECT COUNT(*)
FROM
EPCISUDWR.POLICY_SALE A WHERE A.DEPARTMENT_CODE LIKE '226%'

Misses in library cache during parse: 1
Optimizer goal: FIRST_ROWS
Parsing user id: SYS

--------RECURSIVE STATEMENTS（其中一句）

select o.owner#,o.name,o.namespace,o.remoteowner,o.linkname,o.subname,
o.dataobj#,o.flags
from
obj$ o where o.obj#=:1

Misses in library cache during parse: 0
Optimizer goal: CHOOSE
Parsing user id: SYS   (recursive depth: 1)

---------------
这是否可以说明，oracle 内部执行RECURSIVE STATEMENTS还是会自动改为choose 模式的，optimizer_mode的设置不影响，是RBO；
但是，对用户明确发出的访问数据字典的语句有影响，使用CBO。

对吗？