集群设计：如果我希望每周将数据插入到几个表中，那么将它们集群是一个坏主意吗？

Question

我有一些我加入的表，我认为它们非常适合放在一个集群中。但我也希望每周都会向其中插入数据。数据量不是很大——比如每周 5 到 20 条记录。我的理解是集群对您加入和选择的表很有用，但如果您打算在它们上使用 DML 语句，则效果不佳。

我的问题是：当 Oracle 文档说集群与 DML 语句一起使用效率不高时，它们是否指的是更新和删除数百条记录？或者插入的少量记录是否也属于此准则？我的问题本质上是，DML 语句的规模会影响聚类的效率吗？或者它更像是一种二元情况。比如，如果我每天更新一条记录，我应该避免将我的表放在一个集群中吗？

Answer 1

我还没有看到一个真实世界的用户场景，其中使用集群而不是普通表（或 IOT）与连接的好处（节省一点磁盘或 I/O 或块访问）是如此重要以至于值得麻烦处理它。

每周 5-20 条记录：那不算什么。纸和铅笔可以做到这一点。

仅供参考：数据字典表使用一些集群作为标识符。这些标识符永远不会改变。它们被插入、删除，但从不更新。在某些环境中，在几秒钟或几分钟内插入/删除 5-20 条记录（由于动态创建和删除对象）而不会导致任何问题。所以每周 5-20 条记录不会有问题。问题是：您是否真的想使用几乎从未使用过的东西，它甚至可能不会显着提高性能（甚至使其变得更糟），但需要额外注意。

Answer 2

买者自负

每当您有架构设计想法时，请运行基准测试以（反）证明其有用性。

对我来说，在实施之前需要证明使用非标准模式设计具有显着的好处。

对于您非常非常小的数据量，我希望您每年只节省几个jiffies。

再次运行基准测试。

TL;DR 何时使用聚簇表？从不（除非另有证明。）