请去找你的老板并告诉他们我让他们“改变设计”。这是我告诉他们的帖子。
这个设计很糟糕,你不能在不进行客户端或服务器端的代码处理的情况下使用它。在服务器上,这意味着JavaScript解释,其中包括所需的处理和无法使用MongoDB更好的内置功能。
理想情况下,您应该有像这样的文档:
{
"comments":[
{ "_id": "ab6666djdkjd", "text": "my text" }
{ "_id": "ab6dee", "text": "my text2" }
],
"commentCount": 2
},
{
"comments":{
{ "_id": "ab6666dddjdkjd", "text": "my text" }
],
"commentCount": 1
}
不仅以数组的形式存储,还保留了数组的“长度”,使用
$inc
运算符与
$push
和
$pull
操作很容易实现。
那么你最简单的查询就变成了这样:
db.collection.aggregate([
{ "$group": {
"_id": null,
"count": { "$sum": "$commentCount" }
}}
])
所以如果没有支持它的结构,你只能使用mapReduce来运行速度较慢的处理器:
db.collection.mapReduce(
function() {
emit( null, Object.keys(this.comments).length );
},
function(key,values) {
return Array.sum(values);
},
{
"out": { "inline": 1 }
}
)
这将对集合中所有文档的所有评论进行汇总,该操作将在现有结构上执行。
需要考虑两个问题: 首先,在此设计中,您实质上是将“数据”放置在“键”的值中,并创建着名难以“查询”的文档路径。当数据存在于键中时,无法索引,这会导致应用程序使用增长时性能变差。
另一个要考虑的问题是,您需要“代码”来处理大多数查询需求,无论是客户端还是服务器端,并且在大多数情况下,标准的查询运算符或内置聚合函数将更好地完成此任务。
因此,您可以像所示那样使用代码,但现在真正做出改变,因为不久之后整个应用程序都会变慢。