Oracle空间

一、索引的分类

二、B-tree索引

三、位图索引

一、表的类型

二、Oracle数据类型

用户定义类型

内部定义类型：

1、数量：CHAR(N)/NCHAR(N)、VARCHAR2(N)/NVARCHAR2(N)、NUMBER(P,S)、DATE、TIMESTAMP、RAW(N)、BLOB/CLOB/NCLOB/BFILE、LONG/LONG RAW、ROWID/UROWID

2、集合：变量、表

3、关系：参考

其中：

RAW(N)：存储小的二进制数据，在将RAW的数据类型通过应用工具传送到其他数据库的过程中Oracle Server不会对其进行字符集的转换。

LONG/LONG RAW：为9i之前使用的LOB类型。

三、ROWID格式

1、扩展ROWID格式

  OOOOOO           FFF         BBBBBB   RRR
数据对象编号  相关文件编号   块编号  行编号
一个扩展ROWID需要10个字节，用18个字符表示，包含以下几个部分：

数据对象编号：在数据库对象产生的时候指定的全数据库唯一的编号。

相关文件编号：在一个表空间中是唯一的。

块编号：表示包含行块的位置。

行编号：在block（块）头中关于行信息位置的编号。

数据对象编号需要32位，相关文件编号需要10位，块编号22位，行编号16位，加在一起是80位或者10个字节。

一个扩展ROWID使用64进制编码来显示，使用6位显示对象编号，3位显示相关文件编号，6位显示块编号，3位显示行编号。64进制码使用“A-Z"、“a-z“、“0-9“加上“+”和“/”一共64个字符。

2、相对ROWID：在Oracle8以前使用相对ROWID，只使用6个字节存储。

3、使用ROWID定位一行

因为一个段只能在一个表空间中，使用数据对象编号就可以确定一行所在的表空间。表空间中相关的数据文件编号就可以确定文件，块编号就可以确定查找行所在的块，而行号就确定了这个唯一的行。行字典入口可以用来确定一行开始的地方。

四、行的结构

 1、行头：纪录行中列的数量，连接信息和行琐状态。

 2、行数据：对于每一列Oracle都会保存列的长度和值（如果列的值大小不超过250字节列的长度需要一个字节来存储。一个列的大小如果超过250个字节就需要3个字节来存储列的长度。列的值直接存放在列的后面。）

相邻的两行之间不需要额外的空间。在块中的每一行在行目录中都有一个位置（slot）。目录中的slot直接指向行开始的地方。 

五、创建表

一、管理UNDO数据的两种方式
     自动（9i新特性）和手动（在9i之前唯一的管理方式）。

二、Undo段
在一个进程修改数据库过程中存放旧的数据，包括数据没有修改之前的位置和值。Undo段的头包含了一个事物处理表，表中存放了目前使用undo段事物处理的信息。一个系列的事物处理只使用一个undo段存放undo数据。多个并行事物处理可以同时写入一个undo段。

三、Undo段的作用
1、事务处理rollback
当一个事物处理修改了表中的一行，旧数据的映像就会存放在undo段中。如果事物处理rollback，Oracle Server就使用undo段中值再写回修改行。
2、事物处理恢复
当一个例程失败而还有一些事物处理没有完成，Oracle Server在数据库再次打开的时候就需要将所有没有提交的修改全部undo。这种rollback是事物处理恢复的一部分。由于undo段的修改也会被redo日志文件保护，因此恢复是能够进行的。
3、读取的一致性
当一个事物处理正在运行，其他的用户是不能看到任何这个事物处理没有提交的修改的。另外，在一个查询执行期间的数据改变是不应该显示在这个查询结果当中的。在undo段中的旧的数据（Undo数据）也为用户特定查询提供一个一致的映像。

四、读取的一致性
1、即使其他的事物处理修改了数据，Oracle Server也会保证一个查询看到的数据是一致的。当Oracle Server开始执行一个select查询，它将记录目前系统更改编号（SCN）并且确保这个SCN以后的任何数据修改将不会影响到这个查询结果。比如一个运行时间非常长的查询语句在执行过程中有发生了几个修改，如果一行数据在查询声明以前的修改没有提交，Oracle Server将从undo段中提取没有修改的以前的映像，并构建一个“读取一致”的行映像。
2、事物处理读取一致性
读取的一致性通常是指SQL查询语句。但是也可以通过在紧跟在事物处理声明后使用一下命令来使事物处理的读取也是一致的：
SET TRANSACTION READ ONLY;
或者可以在事物处理使用DML语句的时候在事物处理前面使用一下命令：
SET TRANSACTION ISOLATION LELVEL SERIALIZABLE;
使用上述两种方法都可以保证事物处理在数据读取时候的一致性，但是使用SERIALIZABLE参数将影响性能。

在Itpub上发了一个帖子，有好心人回了，将帖子摘录如下：

zorrofox 05-06-22 13:14：

关于Tablespace的minimum extent和DEFAULT storage_clause两个参数的使用

在9i中系统默认的表空间的管理模式是local方式，而在SG中说local方式不能使用DEFAULT storage_clause、MINIMUM EXTENT和TEMPORARY参数。我使用9iRelease2做实验，单独使用create tablespace MINIMUM EXTENT命令报错，但是把DEFAULT storage_clause参数加上去以后就不会报错而且可以顺利创建表空间。我想问的是：SG既然说这两个参数在local模式下不能使用为什么还可以在实际操作中用，而用过这两个参数以后是否还对local模式管理的表空间有作用呢？

overmars 05-06-22 15:33：
1 storage_clause可以使用但是这些参数都被忽略了。
2 当然是使用LOCAL来管理表空间

zorrofox 05-06-22 15:50：

哦，谢谢明白了，真是混乱呀，怪不等使用了MINIMUM EXTENT指定了最小的区大小，而在storage_clause使用initial和next的大小都不是minimum值的倍数，oracle也不报错。我觉得既然不让带这几个参数就应该给个提示才是。

一、概览
1、最小的I/O单位；
2、包含一个或者多个操作系统Block；
3、在表空间创建的时候进行设置；
4、默认的block大小是由参数db_block_size确定的。

二、Block的组成结构
Block共有三个部分组成，分别是头、已用空间和未用空间。

三、控制参数
1、并行控制参数（实质为Transaction Slots的数量控制）：
INITRANS：初始的Transaction Slots的数量，Data段的默认值为1，index段的默认值为2。如果需要更多的事物处理同时对一个Blcok进行操作就可以通过修改这个参数在空闲的空间内增加更多的Transaction Slots。
MAXTRANS：Transaction Slots的最大数量，默认为255。通过这个参数可以使Transaction Slots尽量少占用Block的空间。
2、数据空间的控制参数：
PCTFREE：由于修改Block中的行会引起的占用空间，所以在Block空闲空间被占用到一定程度后要预留一定的比例给将来修改所需的空间。PCTFREE就是预留空间占整个Block的比例，默认为10%。
PCTUSERD：当Block的空闲空间达到一定的比例，这个Block就会被添加到段可用列表（Free lists）中，而PCTUSED就是控制这个比例的，默认值为40%。每一个段都有一个Free Lists，也可以通过FREELISTS设置更过的Free Lists。
无论是PCTFREE还是PCTUSERD都是使用空闲空间占全部空间的百分比，而全部空间是指去掉Block头所占用的空间。

四、Data Block的管理方式
1、自动管理方式：
  a、可用空间由数据库段来管理；
  b、使用位图而不是free lists来管理空间；
  c、提供删除管理、更好的空间利用、性能更好的并行INSERT操作。
  d、限制：不能管理有LOB类型的表空间。
2、手工管理

今天早上8：00进的手术室，虽然只是把折断右前臂重新接上，但是这么大的年龄还是有些让人担心。

前几天做OCP030课程的SG第八章练习题，创建一个Dictionary管理方式的Tablespace，结果在我的10g上运行带extent management dictionary参数的create tablespace命令出错，错误代码为“ORA-12913: 无法创建字典管理的表空间”。开始以为是10g的版本的问题，遂卸载重新安装9iR2，错误竟然依旧存在。上网一查才知道问题的所在，是oracle DB在9iR2以后的system表空间的默认管理方式就是local方式，而如果system表空间的管理方式为local则其他表空间的管理方式也必须是local。

重新理解两种Tablespace的管理方式：

1、local方式：在表空间的datafile中维护一个位图用来表示在这个表空间中所有的datafile中的block的状态（空闲/已用）。在位图中每一个字节都表示一个或者一组block，当一个extent重新定位或者空闲位图中相应的值。这种方式在9i中是默认的管理方式。

2、Dictionary方式：是一种即将淘汰的管理方式。是数据字典来管理所有的extent。当extent发生变化就需要DB的数据字典的表中修改相应的信息。

3、使用local方式的好处：

• 避免递归的空间管理操作。在Dictionary的管理模式下如果在一个extent中消耗或者释放一定的空间会引起另外一个在undo段或者数据字典表消耗或者释放空间的操作。
• 由于local方式管理表空间是不需要再数据字典中记录信息的，这样就减少了对这些表读取的竞争。
• Local管理方式可以自动记录连续空间，减少了磁盘碎片。
• 使用local方式系统可以自动决定exten的大小，并且所有的extent可以使用同样的大小。
• 改变extent的位图不会产生undo信息，因为这样的操作不会修改数据字典中的表。（在一些情况下是例外的，比如表空间配额的修改。）

4、使用local方式的注意事项：
extent_namagement_clause:==
  [EXTENT MANAGEMENT
       [DICTIONARY|LOCAL
           [AUTOALLOCATE|UNIFORM[ SIZE integer[K|M]]]] 

• 其中local是默认的管理方式，使用这个参数就不能使用DEFAULT storage_clause、MINIMUM EXTENT或者TEMPORARY子句，否则会报“ORA-25143: 默认存储子句与分配策略不兼容”错误。
• 如果使用local的默认参数AUTOALLOCATE就不能指定extent的大小。

昨天下班就去看姥姥，她竟然看见我一进门就大声地说“滨子又胖了！”，这老太太恢复的真快。还是体质好性格开朗，不然别说一个74岁高龄的老人遭此重创，就是像我们这样年轻力壮的人也不一定能恢复这么快。