子文档mongodb的动态大小

时间:2015-04-29 08:46:07

标签: mongodb dynamic subdocument

我正在为我的网络应用程序使用mongodb和mongoose。该网络应用程序用于游泳比赛的注册,每个比赛可以有X个比赛。我现在的数据结构:

[AppDelegate sharedDelegate].unlimitedEntriesPurchase = self.unlimitedEntriesPurchase;

这样做我需要确定并定义每场比赛的比赛数量。我尝试的解决方案是拥有一个单独的文档,并且具有竞赛所属的竞争ID,如下所示。

{
  "_id": "1",
  "name": "Utmanaren",
  "location": "town",
  "startdate": "20150627",
  "enddate": "20150627"
  "race" : {
    "gender" : "m"
    "style" : "freestyle"
    "length" : "100"
  }
}

有没有办法在使用Mongodb时创建和定义动态的种族数作为子文档?

谢谢!

3 个答案:

答案 0 :(得分:2)

您基本上有两种建模数据结构的方法;您可以设计一个可以引用或嵌入比赛文档的模式。

让我们考虑下面的游泳比赛和多种族关系的例子。如果您需要在另一个数据实体的上下文中查看许多数据实体,这表明嵌入优于引用的优势。在竞争和种族数据之间的这种一对多关系中,竞争有多个种族实体:

// db.competition schema
{
    "_id": 1,
    "name": "Utmanaren",
    "location": "town",
    "startdate": "20150627",
    "enddate": "20150627"
    "races": [
        {
            "gender" : "m"
            "style" : "freestyle"
            "length" : "100"
        },
        {           
            "gender" : "f"
            "style" : "butterfly"
            "length" : "50"
        }
    ]
}

使用嵌入式数据模型,您的应用程序只需一个查询即可检索完整的游泳比赛信息。这种设计还有其他优点,其中之一就是数据局部性。由于MongoDB将数据连续存储在磁盘上,因此将所需的所有数据放在一个文档中可确保旋转磁盘在搜索磁盘上的特定位置时花费的时间更少。嵌入式文档的另一个优点是写入数据时的原子性和隔离性。为了说明这一点,假设你要删除一个具有“蝴蝶”值的种族“风格”属性的竞赛,这可以通过一个单独的(原子)操作来完成:

db.competition.remove({"races.style": "butterfly"});

有关MongoDB中数据建模的更多详细信息,请阅读文档 Data Modeling Introduction ,特别是 Model One-to-Many Relationships with Embedded Documents

另一个设计选项是引用文档遵循规范化模式,其中竞赛文档包含对竞赛文档的引用:

// db.race schema
{
    "_id": 1,
    "competition_id": 1,
    "gender": "m",
    "style": "freestyle",
    "length": "100"
},
{
    "_id": 2,
    "competition_id": 1,
    "gender": "f",
    "style": "butterfly",
    "length": "50"
}

上述方法提高了执行查询的灵活性。例如,要检索主父实体competition具有id 1的所有子竞赛文档将是直截了当的,只需针对集合race创建一个查询:

db.race.find({"competiton_id": 1});

当您与非常不可预测的arity建立一对多关系时,使用文档引用方法的上述规范化模式也具有优势。如果每个给定race有数百或数千个competition文档,则嵌入选项在空间约束方面有很多挫折,因为文档越大,它使用的RAM越多,MongoDB文档大小限制为16MB。

如果您的应用程序经常使用竞争信息检索竞赛数据,那么您的应用程序需要发出多个查询来解析引用。

一般的经验法则是,如果您的应用程序的查询模式是众所周知的,并且数据往往只能以一种方式访问​​,那么嵌入式方法效果很好。如果您的应用程序以多种方式查询数据,或者您无法预测数据查询模式,则更为规范化的文档引用模型将适用于此类情况。

价:

<强> MongoDB Applied Design Patterns: Practical Use Cases with the Leading NoSQL Database By Rick Copeland

答案 1 :(得分:0)

您基本上想要更新数据,因此您应该将基本上是子文档密钥更新的数据升级。

  1. 在主文档中保留一系列键。
  2. 插入子文档并将密钥添加到列表中或更新列表。

答案 2 :(得分:0)

将单个项目推入字段;

db.yourcollection.update( { $push: { "races": { "belongsTOId" : "1" , "gender" : "f" , "style" : "butterfly" , "length" : "50"} } } );

要将多个项目推入字段,它允许在字段中重复;

db.yourcollection.update( { $push: { "races": { $each: [ { "belongsTOId" : "1" , "gender" : "f" , "style" : "butterfly" , "length" : "50"}, { "belongsTOId" : "2" , "gender" : "m" , "style" : "horse" , "length" : "70"} ] } } } );

推送没有重复项目的多个项目;

db.yourcollection.update( { $addToSet: { "races": { $each: [ { "belongsTOId" : "1" , "gender" : "f" , "style" : "butterfly" , "length" : "50"}, { "belongsTOId" : "2" , "gender" : "m" , "style" : "horse" , "length" : "70"} ] } } } );

$ pushAll自版本2.4以来已弃用,因此我们在$each中使用$push而不是$ pushAll。

使用$ push时,您可以对项目进行排序和切片。您可以查看mongodb manual