深入理解Oracle表(7)：10种表类型的数据存储和适用场景浅析

本博文Think主要从两个问题着手：
① 在哪些情况下某种类型的表比其他表类型更适用？
② 不同类型的表其数据是如何组织和存储的？

闲言少叙，一家之言，欢迎拍砖：

㈠ 堆组织表

⑴ 数据存储

如果把一个区当作一个箱子，那么一个表就是一组无序的箱子堆在一起
只要有可用的空间，数据可以放在任何地方
全表扫时，会按命中顺序来获取数据，而非插入的顺序


⑵ 适用场景

应用中99%的情况下使用的可能都是堆组织表
执行create table语句时，默认得到的表类型就是堆组织表

由于堆组织表在存储速度上较快，比较适合write I/O较多的情景


⑶ 相关参数

以下参数仅适用ASSM

① PCTFREE

这个参数用于控制能否将一行增加到一个块上
如果设置的PCTFREE参数过小，也会导致没有给update操作留下足够的空闲空间

② INITRANS

为块初始化分配的事务槽数，缺省为2，这也是最小值
每个并发事务都需要一个事务槽
倘若您认为将对同样的块完成多个并发操作，就应该考虑增大该值

不过现在该参数已经可以自动调整了，除非遇到相关等待，不需要过多关注


㈡ 索引组织表

⑴ 数据存储

索引组织表的数据保存在Index段中而不是Table段
也就是，索引和数据是在一起的，数据是有序被存储

⑵ 适用场景

什么时候用IOT要考虑的因素很多,连Tom 说一大堆也没说明白.
但什么时候不用IOT却很清楚:如果不是大多情况下使用主键访问表,就不要用IOT

⑶ 相关参数

① OVERFLOW

该选项允许您建立另一个段(这就使得IOT成为一个多段对象)
如果IOT的行数据变得太大，就可以溢出到这个段中

② PCTTHRESHOLD

如果PCTTHREHOLD是10%，而块大小是8K，则长度>800字节的行就会把其中一部分放到溢出段中

③ INCLUDING

行中从第一列直到INCLUDING子句所指定列(也包括这一列)的所有列都存储在索引块上，余下的列存储在溢出段中

④ PCTFREE和PCTUSED对于考虑OVERFLOW段时的IOT意义非凡，像对待堆表时一样对待溢出段


㈢ 索引聚簇表

⑴ 数据存储

含2层意义：
多张表的相关字段保存在同一个块中
多张表共同使用一个索引

⑵ 适用场景

如果数据主要用于读，而且要通过索引来读，另外还会频繁地把这些信息联结在一起，此时，索引聚簇表就很合适了

⑶ 相关参数

① SIZE

控制每个块上存储多少个聚簇键


㈣ 哈希聚簇表

⑴ 数据存储

数据在存储上同索引聚簇一样，然而在索引方面
哈希簇是通过哈希函数直接定位数据的物理地址

⑵ 适用场景

适合可以估计出大小的表，并且绝大多数查询都是通过HASH列进行等值查询
全表扫描效率较低
而且，HASH聚簇同样不适合大量DML操作

⑶ 相关参数

① HASHKEYS

指定hash表的大小
哈希簇要预分配足够的空间来保存(HASHKEYS/trunc(blocksize/SIZE))字节的数据
例如：如果将SIZE设置为1500字节，而且块大小为4KB
则Oracle会在每个块上存储2个键
如果你计划有1000个hashkeys
那么，Oracle将分配500个块

㈤ 有序哈希聚簇表

⑴ 数据存储

数据在存储上同哈希聚簇上是一样的
唯一不同的是，数据可以按你选择的某个字段有序地存储

⑵ 适用场景

形如：
select *
from t
where KEY = :x (例如 cust_id = :x)
order by sorted_column
也就是说，要按照某个键获取数据，但要求这些数据按另外某个列排序

⑶ 相关参数

① SORT

比如，我们指定：create table t (order_dt timestamp SORT)
则数据按order_dt物理地获取和排序

㈥ 嵌套表

⑴ 数据存储

隐藏列增加raw（16）存储开销
父表上会默认建立一个惟一索引
嵌套表模型，每个父行都有一个虚拟的表；而在父/子表(关系模型)，每个父行都有一个行集

⑵ 适用场景

2个用途：
① 用于扩展PL/SQL 语言，这是常见的用法
② 作为一种物理存储机制(几乎没用！)
如果把嵌套表用作一个存储机制，一定要保证将嵌套表建立为一个IOT
以避免nested_table_id上索引的开销以及嵌套表本身的开销
倘若没用IOT，则要确保nested_table_id列上创建一个索引，来避免为查找子行而全表扫
在工业环境，完全可以用父子表+视图的方案来替代


㈦ 临时表

⑴ 数据存储

临时表的数据是放在PGA中的，如果往临时表中插入的数据量很大，超过PGA的大小，则数据将放于临时表空间

⑵ 适用场景

参看Think之前写的一篇文章：Oracle 临时表之临时表的应用问题

㈧ 外部表

⑴ 数据存储

数据在OS层，元数据在数据字典里定义

⑵ 适用场景

大量数据 平面文件 只查询 不更新
还有就是对文本.日志.进行查询.统计.分析

㈨ 对象表

⑴ 数据存储

对象表实际上是伪装的关系表，总会转换为原来的关系行和列
伪主键增加raw（16）存储开销
创建了一个额外的索引

⑵ 适用场景

① 存储上：工业环境，我们一般使用关系表上的视图来取代对象表作为一种存储机制
② 封装性：对象表的引用是为了使数据更有封装的特点
③ 开发上：扩展了PL/SQL，方便开发


㈩ 分区表

⑴ 数据存储

一张分区表对应多个分区，每个分区是一个Segment，这些分区Segment可建在相同的Tablespace上，也可一个分区对应一个Tablespace

⑵ 适用场景

① 管理上：分区，分而治之，其重点在于高可用（管理），而附属价值才是性能的提高
② 查询时：在查询时指定访问某个Segment,这样从物理文件上减少I/O访问，从而可以优化查询
③ 理数据：我认为最能体现分区表好处的地方就是处理历史数据的时候