每个应用程序有多少个CouchDB数据库？

在SQL数据库中，数据是围绕表组织的。在CouchDB中没有表。如何在CouchDB中组织单个应用程序的数据？一个数据库，其中简单地抛出多个文档，然后使用视图对用于相同目的的数据进行分组？或者将多个数据库（听起来不对，但在某些项目中可以看到）视为SQL表？

与大多数情况一样，这取决于您的应用程序需求。使用单个数据库可能更简单，但并不总是如此

我见过人们使用一个数据库和多个设计文档，每个文档定义自己与特定类型文档相关的视图。这允许多种类型的文档在单个数据库中共存。单个数据库使备份策略大大简化

我见过多个数据库用于按用户/组/帐户进行逻辑分组。如果将数据清晰地存储和分离是很重要的，那么这可能很有吸引力。这种方法的另一个好处是，您可以更轻松地在不同类型的客户/帐户之间实现自定义逻辑。（当然，考虑到事情可能会在所有这些不同的数据库之间漂移）

这个问题没有“正确答案”，正如我之前所说的，它取决于应用程序的需要。我会从一个数据库开始，但如果它更适合您的数据，我会开放地切换到多个数据库。CouchDB是这样灵活的：）