database - 什么时候使用表集群？

Question

您如何确定何时使用 table clusters ？有两种类型，索引和散列，用于不同的情况。根据您的经验，表集群的引入和使用是否得到了返回？

如果您的表都不是这样设置的，修改它们以使用表簇会增加设置的复杂性。但是预期的性能 yield 是否会超过 future 维护工作复杂性增加的成本？

您是否有任何最喜欢的在线引用资料或书籍很好地描述了表集群并提供了很好的实现示例？

//Oracle 提示非常感谢。

Answer 1

表簇的 killer 级特性是您可以将不同表的相关行存储在同一物理位置。

这可以将连接性能提高一个数量级。然而，它并不像听起来那么频繁。

我唯一一次使用它是一个三表连接，由两个散列连接执行。花了太长时间 ;)。但是，连接在同一列上，因此可以使用由连接列键控的哈希表簇。这导致所有相关行一起存储(理想情况下，在同一个数据库 block 中)。知道这一点后，Oracle 可以通过特殊优化(“集群连接”)执行连接。

它或多或少是预连接的，但感觉仍然像普通表(用于 INSERT/SELECT/UPDATE/DELETE)。

另一方面，有“单表集群”主要用于控制“集群因素”——类似于集群索引(在Oracle中称为Index-Organized-Table)的想法但如果不增加高成本使用二级索引。