index cluster/hash cluster/sort hash cluster

簇是一个或多个表的组合，这些表的数据存储在相同的数据块中，当通过簇键查询这些

表时，只需读一个数据块就能返回连接的多个表的数据； 

   

关于 hash cluster 和 sorted hash cluster，在 TOM 的那本<Expert Oracle Database 

Architecture: 9i and 10g Programming Techniques and Solutions>第 10 章有相当清楚

地讲解。在相同 hash 值对应的块里面，数据行是按指定的列排序存储的。 

索引聚簇表是表相关的表共享同一数据块中的相同列， 并把相关数据存储中同一个数据

块上。创建索引聚簇表中最重要的是对 SIZE 参数有很好的估量，否则聚簇将会降低空间利

用，降低效率。 

 使用索引聚簇表的注意点： 

1、如果表中数据有大量 DML 操作的话，那么聚簇将不适用，因为会消极地影响到 DML 性能。  

2、聚簇中，全表扫描将受到影响。这是因为将扫描聚簇中不同表的数据，额外增加很多无

用的数据。 

3、如果经常 TRUNCATE 表和装载表的话，聚簇将不适用。聚簇中的表无法被 TRUNCATE 的，

这是因为每个块中不只是存储一张表的数据。 

SQL> truncate table emp; 

ORA-03292: Table to be truncated is part of a cluster 

4,如果大部分是读取操作， 且通过聚簇码索引或聚簇表中其他索引来读取的话， 聚簇将会比

较比较适用。 

索引聚簇加载数据应该是同时装载同一聚簇码的所有数据，而不是一次装载聚簇中不同

表的数据。这是因为如果一次装载单张表数据的话，很有可能单个码值的数据大于 SIZE 指

定的数据，但是由于聚簇码已经分配完成，此时将会聚簇码块有许多链接块，影响性能。通

过一次装载每个码值对应的数据，可以更好地利用聚簇块的空间。 

   散列（哈希）聚簇表：概念上同索引聚簇表一样，不同的是用哈希函数代替了索引聚簇 

码来进行数据的分配。事实上在散列聚簇中数据就是索引，因为数据决定行的物理位置。散

列聚簇表中 ORACLE 根据行的码值，利用内部函数或提供的函数对聚簇码值进行运算，以决

定数据的物理存储位置。散列聚簇通常意味着如果通过聚码访问的话，一个 IO 就能够提取

到所需的数据。创建散列聚簇时，必须指定散列码值的数目。由于使用哈希函数来确定数据

的分布，对散列聚簇表不能使用范围扫描。全扫描散列聚簇表时，不论表是否为空，ORACLE

将全扫描所有块，这是因为散列聚簇中数据块都是预先分配的。散列聚簇的初始数据装 

载将会比较慢。自定义的散列函数限定只能使用表中可用的列和 ORACLE 内置函数。 

散列聚簇要点： 

1、  散列聚簇通过散列码查询的时候需要的 IO 很少。 几乎一个 IO 就可以提取到所需的数据，

除非发生了行溢出。而传统索 

引至少需要 2 个 IO 才能得到数据。 

2、散列聚簇查询 CPU 开销大。散列聚簇是 CPU 密集型的，而索引是 IO 密集型的。 

3、 对表中数据量比较有把握， 如行数， 每行占用空间， 有合理的上限， 正确设置好 HASHKYES

和 SIZE 参数，那么散列聚簇将比较适用。 

4、散列聚簇降低 DML 性能。 

5、总是经常通过 HASHKEY 等值访问数据。 

http://www.itpub.net/viewthread.php?tid=442689&highlight=Index%2BCluster(需试验) 

http://www.itpub.net/viewthread.php?tid=138815&highlight=index%2Bcluster