Mongoose中使用Virtuals实现一对多关系是否为最佳实践？

先明确两种方案的核心差异：

• 常规写法：Company文档中维护contacts数组存储关联Contact的ID，同时Contact文档存companyID，属于双向主动关联
• 虚拟关联写法：仅Contact文档存companyID，Company通过virtual字段动态关联，属于单向被动关联

虚拟关联的缺点 #

• 查询性能额外开销：获取Company的contacts时，Mongoose会先查Company，再发起第二次查询拉取关联的Contact数据（即使使用populate）。高频查询场景下，多次查询的累积开销会比嵌入式数组（一次查询）更高。
• 主文档端无法直接操作关联数据：
  • 没法用MongoDB的数组操作符（比如$size、$push）对关联的contacts做统计或修改；
  • 无法在Company的查询语句中直接过滤关联的Contact（比如查"有名字含'李'的联系人的公司"），只能先查Contact再反向关联Company，逻辑更绕。
• 序列化陷阱：默认情况下Mongoose虚拟字段不会被序列化为JSON，必须在Schema中配置toJSON: { virtuals: true }和toObject: { virtuals: true }，否则接口返回数据时会丢失contacts字段，新手容易踩坑。
• 无法预计算关联数据指标：比如要快速获取公司的联系人数量，虚拟关联每次都要查Contact计数，而常规写法可以在Company中维护contactCount字段，新增/删除Contact时同步更新，查询更高效。

适用场景 #

• 关联数据量极大或增长无上限：比如一个公司可能有数千甚至上万个联系人，用数组存储会导致Company文档体积膨胀（MongoDB单文档最大16MB），虚拟关联能避免这个问题。
• 关联数据增删操作频繁：每次新增/删除Contact时，无需更新Company文档，减少写操作次数，也避免了并发更新Company时的冲突问题。
• 极少从主文档端做关联数据的复杂查询：比如业务中几乎不需要通过Company筛选Contact，也不需要统计Company的Contact相关指标，只是偶尔需要查看某个公司的所有联系人。

是否属于良好实践？ #

虚拟关联是Mongoose官方认可的一对多关系实现方案，属于良好实践，但它不是银弹，需要结合业务场景选择：

• 如果你的业务符合上面的适用场景，用虚拟关联能减少维护成本、避免文档膨胀，是最优选择；
• 如果需要频繁从Company端对关联数据做统计、筛选，或者关联数据量很小，那常规的双向关联写法会更高效。

补充：虚拟关联的优化点 #

如果要用虚拟关联，记得做这两个优化：

1. 给Contact的company字段建索引：

contactSchema.index({ company: 1 });

这样查询关联的Contact时会走索引，大幅提升性能。
2. 配置Schema序列化规则：

const companySchema = new Schema({
  name: { type: String, default: "" },
}, {
  toJSON: { virtuals: true },
  toObject: { virtuals: true }
});

确保虚拟字段能被正常返回给前端。

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