MongoDB“关系型”应用程序的体系结构

Question

这是该项目，粗略地说：我们有用户，我们有民意调查，用户既可以创建民意调查，也可以投票现有民意调查。当然，一个用户每次投票只能投一次。

对我来说这显然是关系型的，所以原则上NoSQL是没有意义的。但后来我读了一点，得出的结论是，你确实可以在MongoDB中建立关系，所以我来到这个计划中，我想知道在继续之前它是否是Mongo-OK。

在我们店所有的用户数据，包括ID的表/集合称为用户（我猜蒙戈文件的默认_id会好吗？）

在另一台/收集所谓民意调查，我们将有一个id ，问题，可能的答案和（这里是我开始怀疑的地方）一个包含所有已经投票的用户ID的数组？另外还有作者的用户ID和用户名（我知道这是重复的，但是我在某处读到我在mongo中这样做是有道理的，所以你不必为了知道用户的用户名而启动另一个查询）。

在MySQL中，我会创建一个带有投票关系的表（用户ID已经投票pollID），但我猜想在Mongo中，将这些数据包含在投票文件本身中是否有意义？当然，这个用户ID数组将会不断更新，是吗？

如果我想列出由给定的用户ID创建的所有民意调查？我知道你可以使用find（），但至少在这种情况下它和MySQL一样高效？此外，每个民意调查将在一个类别，你也必须能够按类别进行排序等，但我不想进一步复杂化。

Answer 1

在我看来，一个有效的方法去做这件事将是有一个Users集合，其中存储所有与用户有关的数据，然后有一个Polls集合，正如你所提到的，它存储一组数组ObjectId引用回您的用户。

此数组还可以包含一些其他信息，例如任何给定用户何时应答以及提供的答案的时间戳。

尽管如此，请注意将对象嵌入到数组中并不总是一种好的做法，特别是当它是无界的时候（即：用户数量将随着时间增加而增加，从而使得投票对象也会随时间增加）。尽管如此，我认为在你的情况下，这对你的应用程序用例场景来说是一个很好的方法，特别是因为用户只能对任何给定的轮询只回答一次，因此限制了对象数组的扩展速度。

此外，关于您对UserId查询投票集合的担心，我认为只要您正确索引您的集合，就不会有任何问题发出find查询。如果您只想检索某个用户创建的民意调查总数而不检索有关这些民意调查的数据，则可能会在用户定义一个counter字段，每次用户创建民意调查时都会增加该字段。