Oracle 表的介绍

本文介绍下oracle有哪些类型的表，且在什么样的情况下使用什么样的表。

一、表类型：

        oracle中主要有9种表类型 ：

        a.堆组织表：

           这就是标准数据库表，oracle默认创建的表类型。数据以堆的方式管理。增加数据时，会使用段中找到的第一个能放下此数据的自由空间。从表中删除数据后，允许以后的INSERT和UPDATE重用这部分空间。堆（heap）是一组空间，以一种随机的方式使用。数据会放在最合适的地方，而不是以某种特定顺序来放置。许多人希望能按数据放入表中的顺序从表中取出数据，但是对于堆，这是无法保证的。这一点很容易说清楚。

        b.索引组织表：

           这些表按索引结构存储。这就强制要求行本身有某种物理顺序。在堆中，只要放得下，数据可以放在任何位置；而索引组织表（IOT）有所不同，在IOT 中，数据要根据主键有序地存储。

        c.索引聚簇表：

           聚簇（cluster）是指一个或多个表组成的组，这些表物理地存储在相同的数据库块上，有相同聚簇键值的所有行会相邻地物理存储。

首先，多个表可以物理地存储在一起。一般而言，你可以认为一个数据库块上存储一个表的数据，但是对于聚簇表，可能把多个表的数据存储在同一个块上。

其次，包含相同聚簇键值（如DEPTNO=10）的所有数据会物理地存储在一起。这些数据按聚簇键值“聚簇”在一起。聚簇键使用B*树索引建立。

        d.散列聚簇表：

           类似于索引聚簇表，但是不使用B*树索引聚簇键来定位数据，而是通过散列聚簇键将数据散列到数据库块上。在散列聚簇中，数据就是索引（这是隐喻的说法）。如果需要频繁地通过键的相等性比较来读取数据，散列聚簇表就很适用。

        e.有序散列聚簇表：

           Oracle 10g中新增，它具有散列聚簇表的特性，同时兼有IOT的一些特性。

行按某个键值（如CUSTOMER_ID）散列，而与该键相关的一系列记录按照插入顺序存储。（因此这些记录可能是是基于时间戳的记录）。

例如，订单输入系统中，订单会按先进先出（FIFO）的方式获取和处理。在这样一个系统中，有序散列聚簇就是适用的数据结构。

        f.嵌套表：

          嵌套表是Oracle对象关系扩展的一部分。它们实际上就是系统生成和维护的父/子关系中的子表

        g.临时表：

           临时表要根据需要从当前用户的临时表空间分配临时区段。每个会话只能看到这个会话分配的区段；它从不会看到其他任何会话中创建的任何数据。

           分为事务级临时表和会话级临时表两种。

        h.对象表：

           对象表基于某种对象类型创建。它们拥有非对象表所没有的特殊属性，如系统会为对象表的每一行生成REF（对象标识符）。

           对象表实际上是堆组织表、索引组织表和临时表的特例，还可以包含嵌套表作为其结构的一部分。

        i.外部表：

          这些表并不存储在数据库本身中，而是放在数据库之外，即放在平常的操作系统文件中。

利用外部表可以查询数据库之外的一个文件，就好像这个文件也是数据库中平常的表一样。外部表对于向数据库加载数据最有用（外部表是非常强大的数据加载工具）。

Oracle 10g更进一步，还引入了一个外部表卸载功能，在不使用数据库链接的情况下，这为在Oracle数据库之间移动数据提供了一种简单的方法。

 

二、表的使用场景：

         堆组织表：就是一般默认使用的表，获取表中的数据是按命中率来得到的。没有明确的先后之分，在进行全表扫描的时候，并不是先插入的数据就先获取。数据的存放也

是随机的，当然根据可用空闲的空间来决定。应用中99%（或者更多）的情况下使用的都是堆组织表。

         索引组织表：

 堆组织表的存储速度因为不用考虑排序, 所以存储速度会比较快. 但是要查找符合某个条件的记录, 就必须得读取全部的记录以便筛选。而这个时候为了加快查询速度, 索引就出现了, 索引是针对少量特定字段的值拿出来进行排序存储, 并记录在表中的位置,，而因为索引是有序的, 所以就会很容易通过索引查询到具体的记录位置, 然后再根据记录位置直接从表中读取该记录。同时因为索引的字段较少, 所以索引通常会比其基表小得多.

从上面通过索引访问表记录的方式可以看出, 当要访问的数据量较大时, 通过每一条记录的位置去访问原始记录, 每一条符合条件的记录都需要经过索引访问后再访问基表这样一个复杂的过程, 这会花费很多时间,同样, 如果不经过索引而直接查询表, 也可能因为表字段太多, 记录较大的情况下把全部的数据读取进来, 这也会花费很多时间.

那怎么办呢?这个时候就会想到, 如果表中数据本身就是有序的, 这样查询表的时候就可以快速的找到符合条件的记录位置, 而很容易判断符合条件记录的位置, 这样只需要读取一小部分数据出来就可以了, 不需要全表记录都读取出来进行判断.索引表就这样产生了.当然索引表中插入,更新资料的时候可能会因为需要排序而将数据重组, 这时候数据插入或更新速度会比堆组织表慢一些.如果堆组织表上有索引, 那么对堆组织表的插入也会因为要修改索引而变慢。

我们可以看到堆组织表+索引的方式 与 索引表 都能够实现数据的快速查找, 那为什么不全部采用索引表呢, 这样不是很简单吗?
我能想到的是前者我们可以针对不同的查找条件建立多个索引, 而后者却不行, 后者只能对某一组查询条件有效。

索引组织表的适用情况：
        1、 代码查找表。
        2、 经常通过主码访问的表。
        3、 构建自己的索引结构。
        4、 加强数据的共同定位，要数据按特定顺序物理存储。
        5、 经常用between…and…对主码或唯一码进行查询。数据物理上分类查询。如一张订单表，按日期装载数据，想查单个客户不同时期的订货和统计情况。
     经常更新的表当然不适合IOT，因为oracle需要不断维护索引，而且由于字段多索引成本就大。
     如果不是经常使用主键访问表，就不要使用IOT。

         临时表：

       1）、当某一个SQL语句关联的表在2张及以上，并且和一些小表关联。可以采用将大表进行分拆并且得到比较小的结果集合存放在临时表中

       2）、程序执行过程中可能需要存放一些临时的数据，这些数据在整个程序的会话过程中都需要用的等等。