MongoDB mapReduce：发出一个 DBRef oid 作为键

Question

我需要维护一个将数据存储在 MongoDB 中的应用程序，而且我对 mapReduce 语法很流利。

我想做一个 mapReduce 操作，其中发出的键是 DBRef 的 ID，而不是它的值。我从MongoDB documentation 清楚地了解到，出于并行性原因，一个人不能也不能访问数据库。

所以我的收藏文档是这样的：

{
  _id: "66f072b8-2422-4022-826b-b20b832a1ee6",
  _class: "com.foo.bar",
  foo_bar: 1,
  user: {
    "$dbref": {
      namespace: "user",
      oid: "6cd0dac5-a511-48b1-b437-318ad74061a5"
    }
  }
}

当前的 mapReduce 是这样的：

db.myCollection.mapReduce(
  function () {
      if (this.foo_bar > 0) {
          emit(this.user, this.foo_bar);
      }
  },
  function (key, values) {
      var sum = 0;
      for (var i = 0; i < values.length; i++) {
          sum += values[i];
      }
      return sum;
  },

  {
    "out" : { "inline" : 1} 
  }
)

有很多文档，AWS 和 MongoHQ 之间的加载需要很长时间。我希望能够使用 user$id 作为键，而不是 DBRef 的文档。

我已经测试了以下但没有成功：

1. emit(this.user.id, this.foo_bar);
2. emit(this.user.oid, this.foo_bar);
3. emit(this.user._id, this.foo_bar);
4. emit(this.user.dbref.id,this.foo_bar);
5. emit(this.user.dbref.oid, this.foo_bar);
6. emit(this.user.dbref._id, this.foo_bar);
7. emit(this.user['$dbref'].oid, this.foo_bar); （根据 cmets 中的 Sammaye 建议）

正确的语法是什么？

Answer 1

我认为真正的答案是重新审视您的架构设计。值得注意的是，Spring 数据方法更倾向于传统的关系设计，而不是 MongoDB 提供的动态文档结构。

也就是说，这里有一个link，其中包含来自 MongoDB 社区经理的更多解释和替代方案。按照该响应中包含的注释和链接进行操作。

除了重新设计之外，唯一的方法是使用输出预加入数据，这实际上只是实际进行重新设计的一种解决方法从地图减少。这是一个渐进的步骤。生成的集合将允许您查询子文档的属性，而无需通过网络将每个文档拉下来。

另外，在 MongoDB 的下一个版本中，将设置类似的输出选项添加到聚合框架管道。