CouchDB中设计文档中的分组视图
作为独立设计文档的视图与分组在一个设计文档中的视图之间有什么区别?何时在一个设计文档中放置两个视图?对此有什么指导吗?没有真正的指导,因为这完全取决于您。就我所知,以下是其中的含义: 每个设计文档可以有任意多(或任意少)个视图。请记住,在首次查询视图之前,不会创建或更新视图。此外,当查询单个视图时,还将创建/更新该设计文档中的所有其他视图。除非您有数百万个文档,否则这不会是一个问题,但要记住这一点 此外,我相信视图的完整字符串值在不同版本之间进行比较,因此如果名称和函数文本相同,它将不会重建视图。(注意这是基于我所读到的观点的推测,只是从来没有明确说明) 一般来说,我已经开始使用一个“通用”设计文档,其中包含许多核心CommonJS模块(如表单验证函数)和其他常规设置。此外,我的项目中的每个“实体”都将有一个单独的设计文档,其中包含它们自己的视图、更新处理程序、验证函数、显示/列表函数等。此模式将每个实体及其函数分组在一起,几乎像一个排序类。我发现,当每个实体都是自包含的时,维护和命名就容易多了CouchDB中设计文档中的分组视图,couchdb,Couchdb,作为独立设计文档的视图与分组在一个设计文档中的视图之间有什么区别?何时在一个设计文档中放置两个视图?对此有什么指导吗?没有真正的指导,因为这完全取决于您。就我所知,以下是其中的含义: 每个设计文档可以有任意多(或任意少)个视图。请记住,在首次查询视图之前,不会创建或更新视图。此外,当查询单个视图时,还将创建/更新该设计文档中的所有其他视图。除非您有数百万个文档,否则这不会是一个问题,但要记住这一点 此外,我相信视图的完整字符串值在不同版本之间进行比较,因此如果名称和函数文本相同,它将不会重建视图