table tablespace schema etc

关于表空间、用户和schema相关概念

没办法,在码云发表,被屏蔽了,只能转这里了

数据库这个柜子

  解释数据库、表空间、数据文件、表、数据的最好办法就是想象一个装满东西的柜子。

  从物理方面来讲:数据库是柜子,柜中的抽屉是表空间,抽屉中的文件夹是数据文件,文件夹中的纸是表,写在纸上的信息就是数据。

  从对象方面来讲:数据库是柜子,柜中的抽屉是Schema,抽屉中直接就是各种纸,这些纸就是表,写在纸上的信息就是数据。

  如果从作为数据库实例和表之间的一层这个概念上面讲,Schema和表空间是一个层次的概念,他们都有一个很重要的特性,就是对表的独占性。Schema是表的逻辑集合,是所有应用访问表必须指定的对象(虽然一般大家都省略了,但是实际上一定是db.schema.table这种访问模式),同一张表不可能既属于这个Schema,又属于另一个Schema。表空间是表的物理集合,是所有磁盘读写必须访问的文件(大家一般也不用太管,主要是Oracle管,个性化的需求DBA管),同一张表也不可能既放在这个表空间,又放在那个表空间。

关于用户

  
  用户就是用户,用户就是打开抽屉,拿出纸来用的人。一般情况下,用户和Schema这种抽屉打交道会多一点,因为每个用户都有一个Oracle给他量身打造的Schema,而在实际的使用过程中,都是通过Schema来访问表,进行增删改查的操作。当然,在主人允许的情况下,客人也是可以打开自己的抽屉查文件的。而DBA,就是那个有万能钥匙的人。

  表空间这个抽屉上面同样也贴了用户的名字,每个人可以设置自己的默认抽屉来放东西,如果不设置的话,Oracle也会给你一个公用的抽屉放东西。表空间这种抽屉是物理上的抽屉,是实际存在的,这个抽屉没有了,文件也就没有了。Schema这个抽屉呢,好像是跟着用户天生而来,天生而去的,是个神秘的抽屉。

表空间

  ORACLE数据库被划分成称作为表空间的逻辑区域——形成ORACLE数据库的逻辑结构。一个ORACLE数据库能够有一个或多个表空间,而一个表空间则对应着一个或多个物理的数据库文件。表空间是ORACLE数据库恢复的最小单位,容纳着许多数据库实体,如表、视图、索引、聚簇、回退段和临时段等。

Schema

  方案(Schema)为数据库对象的集合,为了区分各个集合,我们需要给这个集合起个名字,这些名字就是我们在企业管理器的方案下看到的许多类似用户名的节点,这些类似用户名的节点其实就是一个schema,schema里面包含了各种对象如tables, views, sequences, stored procedures, synonyms, indexes, clusters, and database links。 一个用户一般对应一个schema,该用户的schema名等于用户名,并作为该用户缺省schema。这也就是我们在企业管理器的方案下看到schema名都为数据库用户名的原因。

坚持原创技术分享,您的支持将鼓励我继续创作!
0%