CouchDB 的数据库和设计文档在数据类型方面的作用

Question

假设我有一个名为“旅行者”的应用，我想存储人物和地点。两个文档具有截然不同的属性和不同的视图。

我看到了存储这些数据的两种合乎逻辑的方法：

1. 在单独的 CouchDB 数据库中，每个数据库都有一个单个设计文档，名为 traveler，其中包含有关该特定数据类型的视图。例如：/people/_design/traveler/_view/by-name。
2. 在名为traveler 的单个CouchDB 数据库中，每种数据类型有一个设计文档，并使用"type" 属性（或其他鸭式输入方式）来过滤视图。例如：/traveler/_design/people/_view/by-name。

惯用的方法是什么？

Answer 1

两者都是完全有效的方法，具体取决于您的需求。

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

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