應該根據數據模型組織設計文檔嗎？

Question

在CouchDB中，是否應爲要存儲在數據庫中的每個「數據實體」或模型創建design documents？或者，是否應該有一個包含所有需要視圖的設計文檔？

舉例來說，如果我有一些Users和數據庫Comments，我會擁有一個單一的設計文件可能叫_design/blog，並在其中我有一個名爲像usersByName，或commentsByDate視圖等

或者，我是否應該有獨立的設計文件，如_design/users,_design/comments，其中我有如byName或byDate這樣的視圖名稱？

Answer 1

這是一個很好的問題。設計文檔本身就是視圖，列表，顯示，更新函數的集合。「應用程序層」的所有工作都將由這些函數執行。所以我覺得而不是爲每個實體設計不同的設計文檔，因此應該對這些功能進行分離。您在問題中概述的博客場景是應該如何使用設計文檔的一個很好的例子。

將設計文檔想象成應用程序的文件結構。如果您使用其他框架構建應用程序，那麼您的應用程序可能只有一個文件結構。通過這種方式，您可以創建多個文件結構在應用程序中設計文檔。但我覺得這樣做有點難以管理。

如果需要的話只是爲了重溫每個應用

一個設計文件有獨立的觀點，展示功能。