深入瞭解Oracle資料字典

oracle|資料
首先，Oracle的字典表和視圖基本上可以分為三個層次。
1.1     X$表
這一部分表是Oracle資料庫的運行基礎，在資料庫啟動時由Oracle應用程式動態建立。

這部分表對資料庫來說至關重要，所以Oracle不允許SYSDBA之外的使用者直接存取，顯示授權不被允許。

如果顯示授權你會收到如下錯誤:

 

SQL> grant select on x$ksppi to eygle;

grant select on x$ksppi to eygle

                *

ERROR at line 1:

ORA-02030: can only select from fixed tables/views

 

 
1.2     GV$和V$視圖
從Oracle8開始，GV$視圖開始被引入，其含義為Global V$.

除了一些特例以外，每個V$視圖都有一個對應的GV$視圖存在。

 

GV$視圖的產生是為了滿足OPS環境的需要，在OPS環境中，查詢GV$視圖返回所有執行個體資訊，而每個V$視圖基於GV$視圖，增加了INST_ID列判斷後建立，只包含當前串連執行個體資訊。

 

注意，每個V$視圖都包含類似語句：

where inst_id = USERENV('Instance')

 

用於限制返回當前執行個體資訊。

 

我們從GV$FIXED_TABLE和V$FIXED_TABLE開始

 

SQL> select view_definition from v_$fixed_view_definition where view_name='V$FIXED_TABLE';

 

VIEW_DEFINITION

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

select NAME , OBJECT_ID , TYPE , TABLE_NUM from GV$FIXED_TABLE where inst_id = USERENV('Instance')

 

這裡我們看到V$FIXED_TABLE基於GV$FIXED_TABLE建立。

 

SQL> select view_definition from v_$fixed_view_definition where view_name='GV$FIXED_TABLE';

 

VIEW_DEFINITION

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

select inst_id,kqftanam, kqftaobj, 'TABLE', indx from x$kqfta

union all

select inst_id,kqfvinam, kqfviobj, 'VIEW', 65537 from x$kqfvi

union all

select inst_id,kqfdtnam, kqfdtobj, 'TABLE', 65537 from x$kqfdt

 

這樣我們找到了GV$FIXED_TABLE視圖的建立語句，該視圖基於X$表建立。
1.3     GV_$,V_$視圖和V$,GV$同義字
這些視圖是通過catalog.ql建立。

 

當catalog.sql運行時:

create or replace view v_$fixed_table as select * from v$fixed_table;

create or replace public synonym v$fixed_table for v_$fixed_table;

 

create or replace view gv_$fixed_table as select * from gv$fixed_table;

create or replace public synonym gv$fixed_table for gv_$fixed_table;

 

我們注意到，第一個視圖V_$和GV_$首先被建立，v_$和gv_$兩個視圖。

然後基於V_$視圖的同義字被建立。

 

所以，實際上通常我們訪問的V$視圖，其實是指向V_$視圖的同義字。

而V_$視圖是基於真正的V$視圖(這個視圖是基於X$表建立的)。

 

而v$fixed_view_definition視圖是我們研究Oracle對象關係的一個入口，仔細理解Oracle的資料字典機制，有助於深入瞭解和學習Oracle資料庫知識。

 
1.4     再進一步1.4.1    X$表
關於X$表，其建立資訊我們也可以從資料字典中一窺究竟。

首先我們考察bootstrap$表，該表中記錄了資料庫啟動的基本及驅動資訊。

 

SQL> select * from bootstrap$;

     LINE#       OBJ# SQL_TEXT

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

        -1         -1 8.0.0.0.0

         0          0 CREATE ROLLBACK SEGMENT SYSTEM STORAGE (  INITIAL 112K NEXT 1024K MINEXTENTS 1 M

         8   8 CREATE CLUSTER C_FILE#_BLOCK#("TS#" NUMBER,"SEGFILE#" NUMBER,"SEGBLOCK#" NUMBER)

         9          9 CREATE INDEX I_FILE#_BLOCK# ON CLUSTER C_FILE#_BLOCK# PCTFREE 10 INITRANS 2 MAXT

        14         14 CREATE TABLE SEG$("FILE#" NUMBER NOT NULL,"BLOCK#" NUMBER NOT NULL,"TYPE#" NUMBE

         5         5 CREATE TABLE CLU$("OBJ#" NUMBER NOT NULL,"DATAOBJ#" NUMBER,"TS#" NUMBER NOT NULL

         6         6 CREATE CLUSTER C_TS#("TS#" NUMBER) PCTFREE 10 PCTUSED 40 INITRANS 2 MAXTRANS 255

         7         7 CREATE INDEX I_TS# ON CLUSTER C_TS# PCTFREE 10 INITRANS 2 MAXTRANS 255 STORAGE (

....

 

這部分資訊，在資料庫啟動時最先被載入，追蹤資料庫的啟動過程，我們探索資料庫啟動的第一個動作就是:

 

create table bootstrap$ ( line#         number not null,   obj#

  number not null,   sql_text   varchar2(4000) not null)   storage (initial

  50K objno 56 extents (file 1 block 377))

 

 

這部分代碼是寫在Oracle應用程式中的，在記憶體中建立了bootstrap$以後，Oracle就可以從file 1,block 377上讀取其他資訊，建立重要的資料庫物件。從而根據這一部分資訊啟動資料庫，這就實現了資料庫的引導，類似於作業系統的初始化。

這部分你可以參考biti_rainy的文章。

 

X$表由此建立。這一部分表可以從v$fixed_table中查到：

 

SQL> select count(*) from v$fixed_table where name like 'X$%';

  COUNT(*)

----------

       394 

 

共有394個X$對象被記錄。
1.4.2    GV$和V$視圖
X$表建立以後，基於X$表的GV$和V$視圖得以建立。

 

這部分視圖我們也可以通過查詢V$FIXED_TABLE得到。

 

SQL> select count(*) from v$fixed_table where name like 'GV$%';

  COUNT(*)

----------

       259

 

這一部分共259個對象。

 

SQL> select count(*) from v$fixed_table where name like 'V$%';

  COUNT(*)

----------

       259 

 

同樣是259個對象。

 

v$fixed_table共記錄了:

394 + 259 + 259 共 912 個對象。

 

我們通過V$PARAMETER視圖來追蹤一下資料庫的架構:

 

SQL> select view_definition from v$fixed_view_definition a where a.VIEW_NAME='V$PARAMETER';

VIEW_DEFINITION

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

select  NUM , NAME , TYPE , VALUE , ISDEFAULT , ISSES_MODIFIABLE , ISSYS_MODIFIA

BLE , ISMODIFIED , ISADJUSTED , DESCRIPTION, UPDATE_COMMENT from GV$PARAMETER wh

ere inst_id = USERENV('Instance')

 

 

我們看到V$PARAMETER是由GV$PARAMETER建立的。

 

SQL> select view_definition from v$fixed_view_definition a where a.VIEW_NAME='GV$PARAMETER';

VIEW_DEFINITION

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

select x.inst_id,x.indx+1,ksppinm,ksppity,ksppstvl,ksppstdf,  decode(bitand(kspp

iflg/256,1),1,'TRUE','FALSE'),  decode(bitand(ksppiflg/65536,3),1,'IMMEDIATE',2,

'DEFERRED',                                  3,'IMMEDIATE','FALSE'),  decode(bit

and(ksppstvf,7),1,'MODIFIED',4,'SYSTEM_MOD','FALSE'),  decode(bitand(ksppstvf,2)

,2,'TRUE','FALSE'),  ksppdesc, ksppstcmnt  from x$ksppi x, x$ksppcv y where (x.i

ndx = y.indx) and  ((translate(ksppinm,'_','#') not like '#%') or (ksppstdf = 'F

ALSE'))

 

在這裡我們看到GV$PARAMETER來源於x$ksppi,x$ksppcv兩個X$表。 x$ksppi,x$ksppcv 基本上包含所有資料庫可調整參數，v$parameter展現的是不包含"_"開頭的參數。以"_"開頭的參數我們通常稱為隱含參數，一般不建議修改，但很多因為功能強大經常使用而廣為人知。