对MongoDB中设计Shift模式的怀疑

Question

我正在为一个关于员工的班次的小项目编写API Rest，但是我仍然沉迷于如何设计模型。 我找到了一种设计方法，但是我怀疑它是否是最佳方法。

我的收藏是：

• 用户：（员工）
• 职位：（员工职位）
• 班次：（开始-结束时间基于员工的职位。）
• 记录：（轮班日，轮班和员工）
• 花名册：（有关名册的信息）

用户可以拥有多个职位。

档位只有一个位置。

记录收集轮换的员工和关于rota的参考。

我将简化我的代码：

const User = Schema({
   name: {type: String},
   position: [{type: Schema.Types.ObjectID, ref 'Positions'}]

});

const positions = Schema({
   name: {type: String}
});

const Shifts = Schema({
   start_time: {type: Date},
   end_time : {type: Date},
   position: {type: Schema.Type.ObjectID, ref 'Positions'}
});

const Records = Schema({
   start_date: {type: Date},
   end_date : {type: Date},
   shift: {type: Schema.Type.ObjectID, ref 'Shifts'},
   employees:[{type: Schema.Type.ObjectID, ref 'Users'}]

});

您是否认为开发模式是一个好的设计？

有什么需要改进的吗？ 或有什么改变？

Answer 1

根据我的经验，在MongoDB中有太多的引用使MongoDB变慢。 当您是关系数据库时，您的设计是好的。Document数据库的概念是，它消除了很多联接。 尽量在单个文档中放置尽可能多的内容。 因为MongoDB文档具有结构，并且因为您可以在该结构中高效地查询，所以您也不必像在SQL中那样规范化数据。