深入了解Oracle的数据字典

简介:

深入了解Oracle的数据字典

首先,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_TABLEV$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

 

    共有394X$对象被记录。

 

    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展现的是不包含"_"开头的参数。以"_"开头的参数我们通常称为隐含参数,一般不建议修改,但很多因为功能强大经常使用而广为人知。

版权说明

  如果标题未标有<转载、转>等字则属于作者原创,欢迎转载,其版权归作者和博客园共有。
  作      者:温景良
  文章出处:http://wenjl520.cnblogs.com/  或  http://www.cnblogs.com/

分类: Oracle
0
0
« 上一篇: 解决oracle数据库监听器无法启动问题
» 下一篇: SQL Server中存储过程比直接运行SQL语句慢的原因(转载)
posted @ 2009-05-04 23:50 温景良(Jason) Views(139) Comments(0) Edit 收藏
 

 

本文转自我的程序人生博客园博客,原文链接:http://www.cnblogs.com/wenjl520/archive/2009/05/04/1449189.html/,如需转载请自行联系原作者

 

相关文章
|
17天前
|
存储 Oracle 关系型数据库
【赵渝强老师】Oracle的还原数据
Oracle数据库中的还原数据(也称为undo数据或撤销数据)存储在还原表空间中,主要用于支持查询的一致性读取、实现闪回技术和恢复失败的事务。文章通过示例详细介绍了还原数据的工作原理和应用场景。
【赵渝强老师】Oracle的还原数据
|
4月前
|
SQL 运维 Oracle
【迁移秘籍揭晓】ADB如何助你一臂之力,轻松玩转Oracle至ADB的数据大转移?
【8月更文挑战第27天】ADB(Autonomous Database)是由甲骨文公司推出的自动化的数据库服务,它极大简化了数据库的运维工作。在从传统Oracle数据库升级至ADB的过程中,数据迁移至关重要。
72 0
|
4月前
|
数据采集 Oracle 关系型数据库
实时计算 Flink版产品使用问题之怎么实现从Oracle数据库读取多个表并将数据写入到Iceberg表
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
17天前
|
SQL Oracle 关系型数据库
【赵渝强老师】Oracle的联机重做日志文件与数据写入过程
在Oracle数据库中,联机重做日志文件记录了数据库的变化,用于实例恢复。每个数据库有多组联机重做日志,每组建议至少有两个成员。通过SQL语句可查看日志文件信息。视频讲解和示意图进一步解释了这一过程。
|
17天前
|
SQL Oracle 关系型数据库
【赵渝强老师】Oracle的数据文件
在Oracle数据库中,数据库由多个表空间组成,每个表空间包含多个数据文件。数据文件存储实际的数据库数据。查询时,如果内存中没有所需数据,Oracle会从数据文件中读取并加载到内存。可通过SQL语句查看和管理数据文件。附有视频讲解及示例。
|
2月前
|
Oracle 关系型数据库 数据库
oracle数据创建同义词
oracle数据创建同义词
51 0
|
4月前
|
SQL 监控 Oracle
Oracle数据误删不用怕,跟我来学日志挖掘
Oracle数据误删不用怕,跟我来学日志挖掘
52 0
|
4月前
|
SQL Oracle 关系型数据库
Oracle误删数据怎么恢复?
Oracle误删数据怎么恢复?
50 0
|
4月前
|
SQL Oracle Java
实时计算 Flink版产品使用问题之采集Oracle数据时,为什么无法采集到其他TABLESPACE的表
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
4月前
|
分布式计算 Oracle 关系型数据库
实时计算 Flink版产品使用问题之获取Oracle的数据时无法获取clob类型的数据,该怎么办
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。