NoSQL优化策略



正在查找以下内容的一些输入。希望这对主持人来说不会太主观。

刚开始使用deployd.com BaaS API,并有以下场景。

如果一个移动应用程序有一个组对象和一个用户,其中一个用户可以属于许多组,而组有许多用户(多对多关系),我可以用我正在考虑的两种方式来设计它:

A)

Users [{
  id: 1,
  groups : {1,2,3,4}
}]
Groups [{
  id: 1,
  users : {1,2,3,4}
}]

B)

Users [{
   id: 1
}]
Groups [{
   id: 1
}]
UserGroups [{
   id: 1,
   group: 1,
   user: 1,
 },{
   id: 2
   group: 1,
   user: 2,
}]

我倾向于B,因为我可以存储元数据(用户加入组的日期等),但这似乎更像是一种RDBMS方法,我想知道尝试创建这样的关系是否会失去NoSQL的任何好处。

假设这个移动应用程序将被成千上万的移动用户同时使用,因此首先选择NoSQL而不是RDBMS。

B)不是一个好主意。MongoDB不进行联接,因此任何需要多个集合的操作都意味着要进行多个后续查询,这比关系数据库中的数据库内部JOIN慢得多。这意味着您应该将关系本身存储在文档中。

当您想要存储元信息时,请记住数组不能只存储基元值。它们还可以存储对象。示例:

{
    id:1,
    name:"Bob",
    groups: [
        { name: "nice people",
          position: "member",
          joined: ISODate(2013, 12, 3)
        } ,
        { name: "evil people",
          position: "admin",
          joined: ISODate(2012, 11, 22)
        }
    ]
}

存储足够的元信息可能是一个好主意,这样就可以在不查询引用对象的情况下完成许多常见查询。如果您希望在某人查找用户配置文件时显示组列表,并且您将该概述中所需的所有组信息存储在用户文档中,则无需执行第二次查询来检索组文档。

最新更新