Couchdb 设计文件是否应基于数据模型进行组织？

在

CouchDB

中，是否应为存储在数据库中的每个“数据实体”或模型制作

设计文档？或者，是否应该有一个包含所有所需视图的视图的设计文档

例如，如果我在数据库中有一些
用户
和
注释
，我是否会有一个名为
\u design/blog
的设计文档，其中我会有一些视图，如
usersByName
，或
commentsByDate
，等等

或者，我应该有单独的设计文档，比如
\u design/users
，
\u design/comments
，其中我的视图命名为
byName
，或者
byDate
？
，这是一个好问题。设计文档本身就是视图、列表、显示和更新函数的集合。您的所有工作“应用层”将由这些功能执行。因此，我觉得与其为每个实体提供不同的设计文档，不如对这些功能进行分离。您在问题中概述的博客场景是如何使用设计文档的一个很好的示例

将设计文档视为应用程序的文件结构。如果您使用其他框架构建应用程序，您的应用程序可能只有一个文件结构。顺便说一下，没有什么可以阻止您在应用程序中创建多个设计文档。但我觉得它有点难以管理请往这边走

简单回顾一下

每个应用程序一个设计文档，具有单独的视图，如果需要，显示功能。