11

在 Java 中，我有一个看起来像这样的对象：

class MyDoc {
     ObjectId docId;
     Map<String, String> someProps = new HashMap<String,String>(); 
}

其中，当持久保存到 MongoDB 时，会生成以下文档：

{
    "_id" : ObjectId("4fb538eb5e9e7b17b211d5d3"),
    "someProps" : {
        "4fda4993eb14ea4a4a149c04" : "PROCESSED",
        "4f56a5c4b6f621f092b00525" : "PROCESSED",
        "4fd95a2a0baaefd1837fe504" : "TODO"
    }
}

我需要查询如下。

DBObject queryObj =  
new BasicDBObject("someProps.4fda4993eb14ea4a4a149c04","PROCESSED");                        
DBObject explain =  
getCollection().find(queryObj).hint("props_indx").explain();

应该是找到我的 MyDoc 文档，这些文档有一个带有键“4fda4993eb14ea4a4a149c04”和值“已处理”的 someProps

我在集合中存储了数百万个 MyDoc 文档，因此我需要对 someProps 嵌入对象的键进行有效索引。

事先不知道地图的键（它们是动态生成的，它们不是一组固定的键），因此我无法为每个 someProps 键创建一个索引。（至少我不认为如果我错了我可以纠正我）

我尝试直接在 someProps 上创建索引，但查询需要很长时间。

如何在 someProps Map 键上建立索引？我需要不同的文档结构吗？

重要说明：

1. someProps 中只能有一个元素具有相同的键。例如 ：

{
"_id" : ObjectId("4fb538eb5e9e7b17b211d5d3"),
    "someProps" : {
        "4fda4993eb14ea4a4a149c04" : "PROCESSED",
        "4f56a5c4b6f621f092b00525" : "PROCESSED",
        "4f56a5c4b6f621f092b00525" : "TODO"
    }
}

将是无效的，因为 4f56a5c4b6f621f092b00525 在地图中找不到两次（因此首先使用地图）

2. 我还需要有效地更新 someProps，只更改值（例如：将“4fda4993eb14ea4a4a149c04”：“PROCESSED”更改为“4fda4993eb14ea4a4a149c04”：“CANCELLED”）

我有什么选择？

谢谢。

4

3 回答 3

12

如果你想保持你的属性嵌入，你也可以使用 Kyle Banke 在“MongoDB in Action”中提出的动态属性模式。因此，不要将道具放在他们自己的集合中，而是将 mydocs 集合修改为如下所示：

{
  "_id" : ObjectId("4fb538eb5e9e7b17b211d5d3"),
  "someProps" : [
      { k: "4fda4993eb14ea4a4a149c04", v: "PROCESSED" },
      { k: "4f56a5c4b6f621f092b00525", v: "PROCESSED" },
      { k: "4fd95a2a0baaefd1837fe504", v : "TODO" }
  ]
}

然后对嵌入的文档键进行索引：

db.mydoc.ensureIndex({'someProps.k' :1}, {'someProps.v' :1})

这与 Sergio 的建议非常接近，但您的数据仍将是单个集合中的一个文档。

于 2012-06-28T13:06:35.750 回答
5

像这样构建文档怎么样：

{
"_id" : ObjectId("4fb538eb5e9e7b17b211d5d3"),
    "someProps" : {
        "PROCESSED":["4fda4993eb14ea4a4a149c04","4f56a5c4b6f621f092b00525"],
        "TODO" : ["4f56a5c4b6f621f092b00526"],
        "CANCELLED" : [ ]
    }
}

这样做的三个好处是：

  1. 您可以通过将查询从 "someProps.4fda4993eb14ea4a4a149c04","PROCESSED" 翻转到 "someProps.PROCESSED", "4fda4993eb14ea4a4a149c04" 来查看是否处理了某个对象

  2. 您可以在“someProps.TODO”上创建一个索引，在“someProps.PROCESSED”上创建另一个索引（您不能在多个并行数组上创建一个复合索引，但听起来您会按单个状态进行查询，对吧？

  3. 您可以将文档从一种状态自动移动到另一种状态，如下所示：

.

db.collection.update({"someProps.PROCESSED": "4fda4993eb14ea4a4a149c04"},
                     {$pull:{"someProps.PROCESSED":"4fda4993eb14ea4a4a149c04"},
                      $push:{"someProps.CANCELLED":"4fda4993eb14ea4a4a149c04"}});
于 2012-06-17T21:30:59.163 回答
2

我建议将这些属性扩展到它们自己的文档中。所以你的例子：

{
    "_id" : ObjectId("4fb538eb5e9e7b17b211d5d3"),
    "someProps" : {
        "4fda4993eb14ea4a4a149c04" : "PROCESSED",
        "4f56a5c4b6f621f092b00525" : "PROCESSED",
        "4fd95a2a0baaefd1837fe504" : "TODO"
    }
}

变成这个

{_id: {id1: ObjectId("4fb538eb5e9e7b17b211d5d3"), id2: "4fda4993eb14ea4a4a149c04"}, v: "PROCESSED"}
{_id: {id1: ObjectId("4fb538eb5e9e7b17b211d5d3"), id2: "4f56a5c4b6f621f092b00525"}, v: "PROCESSED"}
{_id: {id1: ObjectId("4fb538eb5e9e7b17b211d5d3"), id2: "4fd95a2a0baaefd1837fe504"}, v: "TODO"}

这id1是您以前的父实体（无论是应用程序还是其他）的 id，并且id2是属性 id。

唯一性由_id字段的属性强制执行。原子更新是微不足道的。索引很容易

db.props.ensureIndex({'_id.id2': 1})

唯一的缺点是一些存储开销。

于 2012-06-17T21:46:29.200 回答