Couchbase - 大文件还是很多小文件？
Couchbase - Large documents or lots of smaller ones?
我正在构建一个允许用户 post 内容的应用程序。然后可以评论此内容。
假设如下：
- 一个文档的内容在 200KB 到 3MB 之间，具体取决于
关于文字内容。
- 每条评论的大小在 10KB 到 100KB 之间。
- 可以有 1 条评论，也可以有 1000 条。没有限制。
我的问题是，在存储内容时，各个评论应该存储在同一个文档中还是应该分开？
我当然会将 post 内容和评论分开，假设应用程序的某些部分 post 将 previewed/used 没有评论。
对于评论本身（假设它们是分开的）我想说的是许多较小的评论通常会更好，如果只是考虑到 post 有 100 或 1000 条评论，你我们不想立即全部使用它们，因此仅在需要（显示）时获取文档是有意义的，而不是加载 MB 的评论以仅使用 <100KB 当时已获取的内容.
您可能不需要单独存储评论，但只要您的密钥符合逻辑并遵循可预测的方案，我认为没有理由不单独存储它们。但是，如果您想要一些分组，我可能会避免为每个文档分组比您通常使用的评论更多的评论。
如果您在那里使用视图，也许将更多评论分组到单个文档中可能会有一些好处，但即便如此，这也取决于您的用例。
Couchbase 不存在单独存储大量文档的软件瓶颈，唯一的限制是非常相似的硬件限制；您是否有很多小文档或较少的大文档。
我会为每个答案附上一份文档，因为 Couchbase 非常擅长组织记忆中的内容和不保存的内容。通常，当评论超过 25 条时，应用程序不会显示所有评论（我认为这是大多数应用程序使用的数字，以 25 条为一组显示它们，较新的在顶部，例如）。因此，如果最新的 25 条评论保留在内存中，而较旧的评论随后自动写入磁盘，那么您可以在内存使用方式（对于 Couchbase 始终至关重要）和应用程序的访问时间之间保持理想水平。完美的平衡我会说，我在我的应用程序中做出了类似的决定并且它完美地工作。
我正在构建一个允许用户 post 内容的应用程序。然后可以评论此内容。
假设如下：
- 一个文档的内容在 200KB 到 3MB 之间，具体取决于 关于文字内容。
- 每条评论的大小在 10KB 到 100KB 之间。
- 可以有 1 条评论，也可以有 1000 条。没有限制。
我的问题是，在存储内容时，各个评论应该存储在同一个文档中还是应该分开？
我当然会将 post 内容和评论分开，假设应用程序的某些部分 post 将 previewed/used 没有评论。
对于评论本身（假设它们是分开的）我想说的是许多较小的评论通常会更好，如果只是考虑到 post 有 100 或 1000 条评论，你我们不想立即全部使用它们，因此仅在需要（显示）时获取文档是有意义的，而不是加载 MB 的评论以仅使用 <100KB 当时已获取的内容.
您可能不需要单独存储评论，但只要您的密钥符合逻辑并遵循可预测的方案，我认为没有理由不单独存储它们。但是，如果您想要一些分组，我可能会避免为每个文档分组比您通常使用的评论更多的评论。
如果您在那里使用视图，也许将更多评论分组到单个文档中可能会有一些好处，但即便如此，这也取决于您的用例。
Couchbase 不存在单独存储大量文档的软件瓶颈，唯一的限制是非常相似的硬件限制；您是否有很多小文档或较少的大文档。
我会为每个答案附上一份文档，因为 Couchbase 非常擅长组织记忆中的内容和不保存的内容。通常，当评论超过 25 条时，应用程序不会显示所有评论（我认为这是大多数应用程序使用的数字，以 25 条为一组显示它们，较新的在顶部，例如）。因此，如果最新的 25 条评论保留在内存中，而较旧的评论随后自动写入磁盘，那么您可以在内存使用方式（对于 Couchbase 始终至关重要）和应用程序的访问时间之间保持理想水平。完美的平衡我会说，我在我的应用程序中做出了类似的决定并且它完美地工作。