問題描述:
這個句子是什麽意思，請各位大蝦給我詳細解釋壹下
解析:
我在網上看過這樣的說明，妳也看壹下吧，不知道對妳有沒有用！
首先，Oracle的字典表和視圖基本上可以分為三個層次。
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
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$表創建。
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數據庫知識。
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$對象被記錄。
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展現的是不包含"_"開頭的參數。以"_"開頭的參數我們通常稱為隱含參數，壹般不建議修改，但很多因為功能強大經常使用而廣為人知。