View 节省空间的视图
对于具有特定View 节省空间的视图,view,couchdb,View,Couchdb,对于具有特定类型的所有文档，我的应用程序中只有一个查询，它只选择最后一个文档的一个字段。我按日期映射这些文档，因此将降序查询限制为1肯定可以做到这一点。我担心的问题是，这个视图会缓存这种类型的所有文档，占用明显的冗余空间 因此，我的问题是： 向该视图添加一个reduce函数（该函数将减少到最后一个文档）是否会为我节省空间，或者该视图仍然需要存储所有涉及的文档 如果没有，是否有其他节省空间的战略 不会。地图功能的结果仍然会浪费空间 现在我脑子里有些事情： 更改数据库的设计。如果文档的id包含类型
类型的所有文档- 更改数据库的设计。如果文档的id包含类型和日期，您可以在不使用map/reduce的情况下进行搜索，如下所示：
http://127.0.0.1:5984/YOURDB/_all_docs?start_key=“u”&降序=true&限制=1 - 尽量利用
。不发出任何值，map将存储文档的键和id/ver。查询时使用map
检索单据include_doc - 添加附加字段，说明该文档是最后一个文档的候选文档。仅映射那些具有该字段的候选人。定期运行清理，从除最新文档外的所有文档中删除该字段。注意：当支持删除最后添加的文档时，这可能会很困难
- 更改数据库的设计。如果文档的id包含类型和日期，您可以在不使用map/reduce的情况下进行搜索，如下所示：
http://127.0.0.1:5984/YOURDB/_all_docs?start_key=“u”&降序=true&限制=1 - 尽量利用
。不发出任何值，map将存储文档的键和id/ver。查询时使用map
检索单据include_doc - 添加附加字段，说明该文档是最后一个文档的候选文档。仅映射那些具有该字段的候选人。定期运行清理，从除最新文档外的所有文档中删除该字段。注意：当支持删除最后添加的文档时，这可能会很困难
对我来说，这似乎就是CouchDB的想法：通过缓存查询来“浪费”空间，因此，如果数据没有频繁更改，查询可以快速得到响应。也许如果您非常关心浪费空间，那么您的案例中的答案不是CouchDB？我的CouchDB设置中有sperate RAID驱动器上的数据和索引。地图是用erlang编写的，我发现它比javascript快8倍，当然地图返回空值。我将键保持在较小的范围内，并且在许多设计文档中分解视图，并将数据保持在非常平坦的位置，从而提高序列化性能 My couchdb安装程序在sperate RAID驱动器上具有数据和索引。地图是用erlang编写的，我发现它比javascript快8倍，当然地图返回空值。我将键保持在较小的范围内，并且在许多设计文档中分解视图，并将数据保持在非常平坦的位置，从而提高序列化性能 回答得很好。非常感谢。因为我使用Cloudant作为云内数据库宿主，所以我有点拘泥于沙发。您会建议哪种NoSQL替代方案？在这种情况下，关于Cloudant替代服务的建议会更好。请注意，如果您不使用
typedate\uutypedate\uu