随着 pouch-find 的发展，PouchDB 的观点

Question

首先，我是 couch/pouchdb 的忠实粉丝。但是，我对未来的项目有点困惑。首先，当我发现视图，特别是合并各种相关文档的能力时，我很高兴。阅读this document 后，我的理解确实得到了帮助。

现在，我有点担心 pouchdb 视图的未来状态，因为 pouchdb 网站说查询（专注于 map/reduce 和视图）正在消失，有利于 pouchdb-find。我非常喜欢find()，但它似乎在二级索引和基于带有 lt、gr、eq 等运算符的键的查询等基本方面非常出色。但它似乎没有太多聚合视图的方式。

所以，是时候回到社区寻求指导了：p 我认为将相关文档的聚合视图放在一起非常强大，并且是 couchdb 本身的基石（当然，除了同步/复制的强大功能之外）。

这会被内置到 pouchdb-find 中吗？如果我需要该功能，我现在和以后应该如何包含它？

Answer 1

PouchDB 贡献者在这里，希望我能澄清一些困惑。 :)

1. Map/reduce 不会去任何地方。将来它只是可选的。您仍然可以完全按照所写的方式使用 API。

2. pouchdb-find（基于 Cloudant 查询语言，又名 Couch 2.0“Mango”查询）旨在替换 map/reduce 以实现更简单的查询。许多新手程序员对 map/reduce API 感到困惑，因为它通常过于复杂，无法满足他们的需求。

3. Map/reduce 的“join”功能实际上并没有做任何神奇的事情；它只是做一个额外的get() 请求来获取加入的文档。您可以在自己的代码中做同样的事情，它的性能特征大致相同。

所以基本上在未来您将能够使用pouchdb-find 或map/reduce，甚至两者都使用。事实上，情况已经如此，因为 pouchdb-find 可作为 beta 插件使用。 :)