何时使用单独的 CouchDB 数据库？

Question

我正在设计一个基于 CouchDB 的系统。它将有一些不同的组件——用户列表、主要数据存储、日志记录等。我想了解的是，CouchDB 数据库的范围应该是什么？我应该为每个组件设置单独的数据库，还是只是将所有内容都放在一个数据库中并为每个文档使用“类型”属性？我知道单个数据库可以非常高兴地变得非常大，但是将所有内容保存在一个数据库中而不是将数据库分开会影响视图的性能吗？本质上，涉及哪些权衡？

大家干杯。

Answer 1

好问题，丹。

我认为这基本上是一个优化问题。一个好主意是不要过早地优化（分成多个数据库）。 （一个例外可能是日志，它可以快速支配所有其他数据，经常需要压缩。我可能会立即拆分日志。）

视图性能不会受到影响。作为预定义查询（查看定义）的交换，CouchDB 始终保证快速查看结果。

是否拆分为多个数据库通常取决于身份验证和权限问题。如果您使用普通的 Web 服务器前端，那就不用担心了。

与所有视图一样，如果您经常查询。查询使视图保持最新，并具有快速响应时间。查询中的延迟会导致为下一个查询建立处理。在生产中，这不是什么大问题。