Oracle10g 特性 -- 自動定時分析變化資料的Table

最近發現，Oracle10g 使用CBO最佳化模式，Oracle會預設每天晚上22：00分析變化資料表 。 不過 Oracle10g 很多功能的實現必須是基於 CBO 的， RBO 也可以用alter system set optimizer_mode = rule 來修改 ;
如果特殊情況需要停止Oracle10g 自動對變化資料的表進行分析，可以使用如下的命令 ：

begin
dbms_scheduler.disable('GATHER_STATS_JOB');
end;
/

還有一種停止的方式：
sql>alter system set statistics_level=basic scope=both;

[@more@]

背景資料

-----------------------------------------

10g中表監控與statistics_level

在10g之前的版本,必須用dbms_stats的ALTER_DATABASE/SCHEMA_TAB_MONITORING過程或者create/alter table ... monitoring開啟表的監控,在10g中,MONITORING與NOMONITORING關鍵字已經過時,如果你在create/alter table中指定表的監控或取消監控,該關鍵字將忽略,表監控特徵被statistics_level控制,當statistics_level等於basic時,將禁止表的監控,如果等於typical或all時,表監控是啟用的.

statistics_level預設是typical,在10g中表監控是啟用的,強烈建議在10g中此引數的值是typical.如果STATISTICS_LEVEL設定為basic,不僅不能監控表,而且將禁掉如下一些10g的新功能:
ASH(Active Session History)
ASSM(Automatic Shared Memory Management)
AWR(Automatic Workload Repository)
ADDM(Automatic Database Diagnostic Monitor)

監控結果是自上次統計收集以來大概的INSERT/UPDATE/DELETE的記錄數,當然這也與sga中維護的記錄數有關,每15分鐘,smon會重新整理統計結果到資料字典中,可以透過如下DBA/ALL/USER_TAB_MODIFICATIONS資料字典檢視監控結果,如果想立即看到監控結果,可以用exec dbms_stats.FLUSH_DATABASE_MONITORING_INFO()來重新整理資料到資料字典中,oracle使用這些表的資料去判斷表的統計資料是否過期,如果當表的資料改變超過10%,oracle就認為該表的統計資料已經過期.

Example:
--------
Let us take an example:

Step 1:
-------

Create table EMP. Its description is as follows

SQL> desc emp
SQL> select count(*) from emp;

COUNT(*)
----------
14

SQL> select * from user_tab_modifications;

no rows selected

Initially there are 14 rows in EMP.

Step 2:
-------

Set parameter STATISTICS_LEVEL='TYPICAL'

SQL> alter system set STATISTICS_LEVEL='TYPICAL';

System altered.

Step 3:
-------

Insert additional 14 rows. This will increase the data in EMP by 50% and
therefore the statistics in EMP will be regarded as stale by Oracle.

SQL> insert into emp select * from emp;

14 rows created.
SQL>commit;

Step 4:
-------

SQL> exec dbms_stats.FLUSH_DATABASE_MONITORING_INFO();

PL/SQL procedure successfully completed.

SQL> select * from user_tab_modifications;

TABLE_NAME PARTITION_NAME
------------------------------ ------------------------------
SUBPARTITION_NAME INSERTS UPDATES DELETES TIMESTAMP TRU
------------------------------ ---------- ---------- ---------- --------- ---
EMP
14 0 0 16-OCT-03 NO

Step 5:
-------

If a monitored table has been modified more than 10%, then these
statistics are considered stale

Analyze the tables whose statistics have become stale using the following command:

execute DBMS_STATS.GATHER_SCHEMA_STATS ('RAJIV',
NULL,
FALSE,
'FOR ALL COLUMNS SIZE 1',
NULL,
'DEFAULT',
TRUE,
NULL,
NULL,
'GATHER STALE',
'LIST' );

Step 6:
-------

Query dba_tab_modifications to check whether the table has been analyzed
or not?

SQL> select * from user_tab_modifications;

no rows selected

No rows in dba_tab_modifications indicates that the table is analyzed.

--------------------------------------------------------

如果設定監控級別為typical，則對於資料庫的許多的中間表，我不需要進行監控，能採用什麼方法跳過嗎？