Mongodb关系：帖子和评论参考v子文档

如何解决Mongodb关系：帖子和评论参考v子文档

我知道有很多类似的问题，但是它们太老了，并且自从Mongodb在过去5-6年中发展了很多之后，我正在寻找一个好的模式设计。

目标：我想发表一则带有用户评论的帖子。

到目前为止，我设计的是：

• 单独的帖子模型：

const projectSchema = new mongoose.Schema({
    user: { type: mongoose.Schema.Types.ObjectId,required: true,ref: 'User' },title: { type: String,required: true },image: { type: String,default: undefined },description: { type: String,minLength: 200,maxlength: 500 },comments: [{
        type: mongoose.Schema.Types.ObjectId,ref: 'Comment'
    }],state: { type: Boolean,default: true },collaborators: { type: Array,default: [] },likes: { type: Array,default: [] }
})

• 以及单独的评论模型：

const commentSchema = new mongoose.Schema({
    comment: { type: String,project: { type: String,ref: 'Project' },user: { type: String,ref: 'User' }
})

我之所以选择关系方法是因为，如果注释增加到10,000个，它将大大增加架构的大小。。

通过这种方式，无论我们可以使用其 ID 填充多少评论，我们也将拥有不同的评论iself集合。

参考：one-to-many

这对我的项目来说是个好方法吗？

---

我从单个帖子中查询评论的方式：

const project = await Project.findById(
        new mongoose.Types.ObjectId(req.params.projectId)
    ).populate({
        path: 'comments',populate: { path: 'user' }
    }).lean()

解决方法

一个好的设计取决于您期望每个帖子有多少评论，以及将在您的应用上执行什么查询。

mongodb.com上有一个不错的博客，介绍如何设计数据库架构

常见设计是：

• 很少有人使用（嵌入）
• 一对多（使用嵌入引用）
• 一到十亿（通常的关系数据库一对多方法）

摘要是：

因此，即使在此基本级别上，在设计MongoDB模式时也要比在设计可比较的关系模式时要考虑的更多。您需要考虑两个因素：

• 一对一“ N”侧的实体是否永远需要独立？
• 这种关系的基数是什么：一对多吗？一对多还是一到十亿？

基于这些因素，您可以选择三种基本的一对一模式设计之一：

• 如果基数是一对，并且无需在父对象的上下文之外访问嵌入式对象，则将N侧嵌入
• 如果基数是一对多的，或者如果出于任何原因N边对象应该独立存在，请使用对N边对象的引用数组。
• 如果基数为一到十亿分之一，请在N侧对象中使用对一侧的引用

还有a blog关于高级模式设计的内容，值得一读。

---

您似乎正在使用two-way referencing方法。

您的代码与一对一代码的区别在于，您不仅将注释ID参考存储在注释文档中，而且还在注释文档中存储注释ID作为参考，而十亿分之二将仅在ID中存储项目ID参考。评论文档。

如果您需要获取帖子的评论ID，则使用您的方法会更好。但是缺点是，删除或创建评论时需要运行两个查询，一个查询要从帖子中删除/创建评论ID，另一个查询要自行删除/创建评论文档。查找“哪个帖子属于给定的评论ID”也将比较慢。

尽管使用一到十亿分之一的字符会执行查询以按帖子ID获取评论，但性能会较差。但是您可以通过适当地索引您的评论集合来减轻这种情况。