mongodb collection 的数据结构：
{
"_id" : ObjectId("55718373d8a2c1b66a746d34"),
"a" : "a1",
"b" : {
"b1" : [
{
"k1" : "v1",
"k2" : "v2"
},
{
"k1" : "v1",
"k2" : "v2"
}
],
"b2" : [
{
"k1" : "v1",
"k2" : "v2"
},
{
"k1" : "no no no",
"k2" : "v2"
}
]
}
}
如何更新把 ( b.b1.k1 = “v1” || b.b2.k1 == “v1” ) 的子文档都更新为 b.*.k2 = “ok”？
可能不太好理解，其实就是希望可以更新操作一次完成，变成下面这样：
{
{
"_id" : ObjectId("55718373d8a2c1b66a746d34"),
"a" : "a1",
"b" : {
"b1" : [
{
"k1" : "v1",
"k2" : "ok"
},
{
"k1" : "v1",
"k2" : "ok"
}
],
"b2" : [
{
"k1" : "v1",
"k2" : "ok"
},
{
"k1" : "no no no",
"k2" : "v2"
}
]
}
}
}
把 b1、b2 里 k1 == “v1” 的子文档的 k2 都更新成了 “ok” 。
mongodb中并没有标准的方式可以更新子文档的数据，但提供更新多个文档的方式，上述所描述的为聚合设计模型如果想要更新数组内所有数据，可以采取find然后forEach更新的模式。建议看下mongodb权威指南，因为这中设计模式存在一定的风险，数据结构的多层嵌套不利于查询，而数组的无限制（并不是指你）增至更是致命的。
@booxood 既然你的更新点比较多，那就更不建议使用聚合类设计模型了，因为这种设计模式在更新时会比较慢。（原因之一是有可能超过写入时申请的空间，需要重新申请空间等）
@booxood 今天在看2015年回顾时候看到(Mabolo)看到你的评论，发现上次竟然忘记回复你了。前一段时间研究mongodb，后续就被其他工作事情耽误了。 言归正题，首先你的update需求是可以满足的，不过效率的话没有具体实践，单从demo上不太好说，说下思路：对于你update一个doc的多个嵌套可以采用AggregationCursor，实质上是在mongodb内存中做完遍历、update，对应用层透明，理论上没有问题，但如果采用该方式需要考虑一个阀值，在mongodb中单个doc有16M的大小限制，对AggregationCursor也有相应的限制，具体可以了解下聚合update规则，只要保证不会超过阀值，这不失是一种解决方式。：）
@haozxuan 哈哈 亏你有心还翻出来。。。我都忘了最后是怎么处理的了。。。 我理解 aggregate 是用来做统计查询的，可以 update doc 吗？ 在 aggregate 时最大内存限制可以通过设置 allowDiskUse=true 吧。Perform Large Sort Operation with External Sort
