如何通过ObjectId查询MongoDB中关联指定用户与Problem的Notes数据

现有Notes模型Schema #

const notesschema = new Schema({
  user: {
    type: Schema.Types.ObjectId,
    ref: 'User',
    required: true
  },
  problem: {
    type: Schema.Types.ObjectId,
    ref: 'Problems',
    required: true
  },
  content: {
    type: 'string'
  }
}, {
  timestamps: true
})

需求与困惑 #

我要实现的功能是展示用户对应特定Problem的笔记，并支持修改后保存。但不知道怎么编写查询代码，从Notes模型中找出关联指定用户ID和特定Problem ID的笔记。原本以为要写大量代码，甚至考虑过修改Schema只存储用户ID来简化查询。

编辑补充：后来发现可以直接通过user.id查询，之前误以为这只是路径无法生效，但实际上它存储的就是用户ID。

解决方案 #

精准查询指定笔记 #

完全不需要修改现有Schema，直接用Mongoose的条件查询就能搞定，代码非常简洁：

查询代码

// 假设你已经获取到当前用户ID（currentUserId）和目标Problem ID（targetProblemId）
const userNote = await Notes.findOne({
  user: currentUserId,
  problem: targetProblemId
});

• 使用findOne是因为一个用户对应一个Problem通常只有一条笔记，如果业务允许多条，换成find即可
• 直接把用户ID和Problem ID作为查询条件就行，因为Schema里的user和problem字段存储的就是对应的ObjectId，和你拿到的ID格式完全匹配

修改并保存笔记

查到笔记后直接修改内容再保存，没查到的话可按需创建新笔记：

if (userNote) {
  // 更新笔记内容
  userNote.content = "修改后的笔记内容";
  await userNote.save();
} else {
  // 无对应笔记时创建新条目（根据业务需求选择是否添加）
  const newNote = new Notes({
    user: currentUserId,
    problem: targetProblemId,
    content: "新笔记内容"
  });
  await newNote.save();
}

为什么不用修改Schema #

你当前的Schema设计很合理，通过user和problem的联合查询，既能精准定位用户的特定Problem笔记，又能保证数据的关联性和完整性。如果改成只存用户ID，会丢失与Problem的关联，反而无法实现你的核心需求。

内容的提问来源于stack exchange，提问作者Vivek