首先，我是沙发/ pouchdb的忠实粉丝。但是我对这个项目有点困惑。首先，当我发现视图时，我非常高兴，特别是合并各种相关文档的能力。阅读this document后，我的理解得到了很大的帮助。
现在，我有点关注pouchdb视图的状态，因为pouchdb网站说查询（专注于map / reduce和views）正在转向pouchdb-find。我非常喜欢find()，但它似乎很擅长二级索引和基于带有lt，gr，eq等操作符的键的查询。但它似乎没有太多的聚合观点。
所以，是时候回到社区寻求指导：p我认为将相关文档的聚合视图放在一起非常强大，并且是couchdb本身的基石（当然还有同步/复制的强大功能）。
这是否会内置到pouchdb-find中？如果我需要该功能，我现在应该如何包含它并继续前进？
答案 0 :(得分：4)
PouchDB贡献者在这里，所以希望我可以清除一些混乱。 ：）
Map / reduce不会去任何地方。它将来会成为可选项。您仍然可以完全按照书面形式使用API。
pouchdb-find（基于Cloudant查询语言，又名Couch 2.0“芒果”查询）旨在取代map / reduce以简化查询。很多新手程序员都对map / reduce API感到困惑，因为它通常太复杂了。
Map / reduce的“join”功能实际上并没有做任何神奇的事情;它只需要额外的get()请求来获取已加入的文档。您可以在自己的代码中执行相同的操作，并且它具有大致相同的性能特征。
所以基本上将来你可以使用pouchdb-find或map / reduce，甚至两者。事实上，情况已经如此，因为pouchdb-find可用作beta插件。 ：）