CouchDB的性能分析

Question

我正在为我的大学开发一个讨论论坛。 为此，使用CouchDB作为数据库来处理数据即时消息。

我在设计数据库结构时遇到了困难，以便最大化数据库的性能。

我想讨论设计文档数据库的良好实践是什么。

1. 要么我们只使一个数据库作为SQL，然后使“ n”为否。 数据库中的文档数量。
2. 或者我们可以增加数据库数量以使我的数据库结构扁平化，这也减少了更多数量。 要开发的文件。

Answer 1

您只需要问这些问题：“您想如何从数据库中获取数据？”

数据库设计取决于要进行的查询，而不是要存储的内容。

这对于像Couch这样的文档数据库特别重要，因为尽管它具有灵活的架构，但是却没有灵活的索引。 我的意思是说，由于数据的粒度，因此就像以后，当您需要提出一个并非旨在回答的问题时，回答该问题可能非常昂贵。 当数据库中的数据很少时，而不是在拥有成千上万的行之后才进行设计，尽早设计视图和其他构造要便​​宜得多。

由于RDBMS倾向于具有更精细的数据粒度，因此对于新的查询以及以后的此类查询而言，它们更加灵活。 文档数据库，不是很多。

因此，请仔细考虑您的用例，并围绕这些用例进行设计，并尽早进行设计，与现在相比，现在变得更加轻松。

Answer 2

因为您提供的信息不多，所以很难说出正确的方法来对数据建模。 通常，尽管您希望在一个数据库中保留尽可能多的数据，因为这样可以使它们一起索引（索引不能跨越一个以上的数据库）。

另外，由于数据库中没有架构强制实施，因此您可以在每个数据库中创建不同类型的记录。 例如，将用户信息和论坛条目都放在同一个数据库中没有任何问题。

最后，您很可能希望将邮件及其回复保留在不同的记录中。 这是关于该主题的古老但仍然相关的讨论： http : //www.cmlenz.net/archives/2007/10/couchdb-joins

干杯。