本文主要是介绍表簇 索引化表簇 哈希簇，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
表簇概述
表簇是一组表，它们共享公共的列，并将相关的数据存储在相同的数据块中。当表被聚簇时，单个数据块可以包含多个表中的行。例如，一个块可以同时存储来自employees表和departments表的行，而不只是单个表中的行。簇键是所有被聚簇的表的共有列或列集。例如，employees表和departments表共享 department_id 列。您在创建表簇时，和创建被添加到表簇的每个表时，指定簇键。簇键值是一组特定行的簇键列的值。包含相同簇键值的所有数据（例如department_id=20），物理上存储在一起。每个簇键值在簇或簇索引中只存储一次，而无论在这些不同表中有多少行包含这个值。如果多个表主要是被查询 （而不是修改） ，且各表中的记录是经常被一起查询或联接，在这些情况下可以考虑将他们聚簇化。因为表簇将不同表中的相关行存储在同一个数据块中，被正确使用的表簇相比非聚簇表具有下列优点：对于被聚簇表的联接，可以减少磁盘 I/O。对于被聚簇表的联接，可以提高访问速度。只需更少的空间来存储相关的表和索引数据，因为簇键值不会为每行重复存储。通常，簇表不适合以下情况：会经常被更新的表。经常需要全表扫描的表。需要被截断的表。
Oracle数据库支持两种类型的聚簇，分别是索引聚簇和哈希聚簇
索引聚簇的使用：
◆对经常在连接语句中访问的表建立聚簇。
◆假如表只是偶尔被连接或者它们的公共列经常被修改，则不要聚簇表。(修改记录的聚簇键值比在非聚簇的表中修改此值要花费更多的时间，因为Oracle必须将修改的记录移植到其他的块中以维护聚簇)。
◆假如经常需要在一个表上进行完全搜索，则不要聚簇这个表(对一个聚簇表进行完全搜索比在非聚簇表上进行完全搜索的时间长，Oracle可能要读更多的块，因为表是被一起存储的。)
◆假如经常从一个父表和相应的子表中查询记录，则考虑给1对多(1:*)关系创建聚簇表。(子表记录存储在与父表记录相同的数据块中，因此当检索它们时可以同时在内存中，因此需要Oracle完成较少的I/O)。
◆假如经常查询同一个父表中的多个子记录，则考虑单独将子表聚簇。(这样提高了从相同的父表查询子表记录的性能，而且也没有降低对父表进行完全搜索的性能)。
◆假如从所有有相同聚簇键值的表查询的数据超过一个或两个Oracle块，则不要聚簇表。(要访问在一个聚簇表中的记录，Oracle读取所有包含那个记录值的全部数据块，如果记录占据了多个数据块，则访问一个记录需要读的次数比一个非聚簇的表中访问相同的记录读的次数要多)。
哈希聚簇的使用:
◆当经常使用有相同列的包含相等条件的查询子句访问表时，考虑使用哈希聚簇来存储表。使用这些列作为聚簇键。
◆如果可以确定存放具有给定聚簇键值的所有记录所需的空间(包括现在的和将来的)，则将此表以哈希聚簇存储。
◆如果空间不够，并且不能为将要插入的新记录分配额外的空间，那么不要使用哈希聚簇。
◆如果偶尔创建一个新的、很大的哈希聚簇来保存这样的表是不切实际的，那么不要用哈希聚簇存储经常增长的表。
◆如果经常需要进行全表搜索，并且必须要为表的预期增长中的哈希聚簇分配足够的空间，则不要将此表以哈希聚簇存储。(这样的完全检索必须要读分配给哈希聚簇的全部块，即使有些块可能只包含很少的记录。单独地存储表将减少由完全的表检索读取的块的数量。)
◆如果你的应用程序经常修改聚簇键的值，则不要将表以哈希聚簇方式存储。
◆不论这个表是否经常与其他表连接，只要进行哈希对于基于以前的指南的表合适，那么在哈希聚簇中存储一个表则是有用的。
这篇关于表簇 索引化表簇 哈希簇的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
