Oracle的資料字典

luckyfriends發表於2013-01-24

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.indx = y.indx) and ((translate(ksppinm,’_’,’#’) not 
like ’#%’) or (ksppstdf = ’FALSE’))

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

轉:

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14710393/viewspace-753228/,如需轉載,請註明出處,否則將追究法律責任。

相關文章