子文件与猫鼬人口

Question

我有以下情况：

用户可以登录网站。用户可以 add/delete 投票（有两个选项的问题）。任何用户都可以通过选择任何选项在投票中发表意见。

考虑到上述情况，我有三个模型 - Users Polls Options 。它们如下，按依赖顺序排列：

选项架构

var optionSchema = new Schema({
  optionName : {
    type : String,
    required : true,
  },
  optionCount : {
    type : Number,
    default : 0
  }
});

轮询架构

var pollSchema = new Schema({
  question : {
    type : String,
    required : true
  },
  options : [optionSchema]
});

用户架构：父架构

var usersSchema = new Schema({
  username : {
    type : String,
    required : true
  },
  email : {
    type : String,
    required : true,
    unique : true
  },
  password : String,
  polls : [pollSchema]
});

如何实现这些文档之间的上述关系。猫鼬种群的精确度是多少？它与子文档有何不同？我应该使用子文档还是应该使用 Mongoose population。

Answer 1

由于 MongoDb 没有像关系数据库那样的连接，所以 population 类似于隐藏连接。这只是意味着当您拥有该用户模型并填充轮询模型时，mongoose 将执行如下操作：

获取用户
通过存储在用户文档中的 ObjectId 获取相关民意调查
将获取的民意调查文档放入用户文档

当您将 User 设置为文档并将 Polls 设置为子文档时，这意味着您将把整个数据放在单个文档中。一方面，这意味着要获取用户投票，mongoose 不需要运行两个查询（它只需要获取用户文档，因为投票数据已经存在）。

但是选择什么比较好呢？视情况而定。

如果您的投票文档将在另一个文档中引用（您需要从文档 User、A、B、C 访问投票 - 填充它可能更好，但不确定。填充的优点是事实，当您需要更改某些投票字段时，您不需要更改引用该投票文档的每个文档中的数据（因为它将是一个子文档）——在这种情况下，在文档用户、A、B、 C - 你只会更新民意调查文件。如你所见，这很好。我说过不确定在这种情况下填充是否会更好，因为我不知道你需要如何检索你的民意调查数据。如果你存储你的数据以错误的方式，您将遇到性能问题或在轻松获取数据时遇到一些问题。

子文档是存储数据的基本方式。当民意调查仅指用户时，这很棒。有性能优势 - 猫鼬需要做一个查询而不是人口中的两个查询并且没有之前提醒的更新缺点，因为你只在一个地方存储民意调查数据，所以不需要更新其他文件。

基本上 MongoDb 的创建主要是为了使用子文档。事实上，它只是非关系数据库。所以在大多数情况下我更喜欢使用子文档。我无法回答哪种方式对你的情况更好，因为我不确定你的数据库是什么样子的（完整的）以及你想如何检索你的数据。

官方文档中有一些有用的信息：

看看那个。

编辑

因为我更喜欢轻松获取数据，关注性能并且知道 MongoDb 中的数据冗余很常见，所以我会选择将这些数据存储为子文档。

子文件与猫鼬人口

Sub documents vs Mongoose population

crud

mongoose

mongodb

node.js

但是选择什么比较好呢？视情况而定。

编辑