MongoDB中为每个新增机构单独创建Collection是否是错误做法？

为什么不建议动态创建Collection #

• MongoDB的Collection元数据会占用额外存储和计算资源，当接入的机构规模达到数千甚至数万级别时，大量零散Collection会导致索引维护、备份恢复、集群分片的复杂度指数级上升，运维成本极高。
• 动态拼接Collection名称的查询逻辑存在注入风险，也无法做统一的查询优化、权限管控，后续迭代维护难度极大。

推荐方案：单Collection + 租户字段隔离 #

所有同类业务数据（学生、教师、教职工等）分别存入统一的公共Collection，完全可以满足数据隔离需求：

• 每条业务数据新增必填的tenant_id（机构唯一标识）字段，和机构主表的ID做关联，不同机构的数据通过该字段做逻辑隔离。
• 为tenant_id建立联合索引，比如针对学生数据常用的查询场景，可以创建{ tenant_id: 1, grade: 1, enrollment_year: 1 }类的联合索引，查询性能和单独建Collection几乎没有差异。
• 业务层统一添加租户拦截逻辑，所有CRUD操作默认自动拼接tenant_id过滤条件，从逻辑上完全避免跨机构的数据访问，完全满足不同机构数据独立的要求。
• 后续数据量上涨后，可以直接用tenant_id作为分片键对Collection做水平扩展，MongoDB会自动将不同机构的数据拆分到不同分片节点存储，比手动维护大量Collection的成本低很多。

极端场景适配 #

如果部分机构有强监管要求，必须实现数据物理隔离，可以针对这类高要求客户单独创建独立数据库，而非同库下的多Collection，权限隔离更彻底，也符合等保相关规范，该方案仅针对特殊需求客户使用，不需要作为全量机构的默认方案。

内容的提问来源于stack exchange，提问作者M.Olaby