CouchDB的作用'；有关数据类型的数据库和设计文档

假设我有一个名为“traveler”的应用程序，我想存储人和地点。这两个文档具有完全不同的属性和不同的视图

我看到了两种存储此数据的逻辑方法：

在单独的CouchDB数据库中，每个数据库都有一个名为

traveler

的设计文档，其中包含该特定数据类型的视图。例如：

/people/\u design/traveler/\u view/by name

在一个名为

traveler

的CouchDB数据库中，每个数据类型有一个设计文档，并使用类似

的“type”

属性（或其他键入方式）来过滤视图。例如：

/traveler/\u design/people/\u view/by name

---

惯用的方法是什么？

根据您的需要，这两种方法都是非常有效的方法

主要考虑的是您是否希望将这些文档组合在视图中。通过使用单独的数据库，您将排除这种可能性，因为视图不能跨越多个数据库。当然，您可以在应用程序层中执行任何类型的连接，因此，如果您根本不想在数据库中执行此操作，那么对您来说没有什么区别

总的来说，我发现坚持方法2更容易