在CouchDB中，是否应该为存储在数据库中的每个“数据实体”或模型制作design documents？或者，是否应该有一个设计文档包含所有您需要的视图的视图？
例如，如果我在数据库中有一些Users和Comments，我是否会有一个可能称为_design/blog的设计文档，其中我会有一个名为{{{ {1}}，或usersByName等。
或者，我是否应该有单独的设计文档，例如commentsByDate，_design/users，其中我有_design/comments或byName之类的观点？
答案 0 :(得分：2)
这是一个很好的问题。设计文档本身只是视图，列表，显示，更新功能的集合。“应用程序层”的所有工作都将由这些功能执行。所以我觉得相当与为每个实体设置不同的设计文档相比，应该对这些功能进行分离。您在问题中概述的博客方案是如何使用设计文档的一个很好的例子。
将设计文档视为应用程序的文件结构。如果您使用其他框架构建应用程序，那么您的应用程序可能只有一个文件结构。通过这种方式，没有什么能阻止您创建多个设计应用程序中的文档。但我觉得这样做有点难以管理。
回顾一下
每个应用程序的一个设计文档，具有单独的视图，如果需要，显示功能。