首先，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展現的是不包含"_"開頭的參數。以"_"開頭的參數我們通常稱為隱含參數，一般不建議修改，但很多因為功能強大經常使用而廣為人知。
