编辑 * 我对我的数据库设置很满意。我想知道查询和更新数据的"Laravel方式"。
就在我给了你一点关于如何构造和更新数据的建议之后!我正在为托儿所开发一个平台。孩子们可以在一周的每一天被分配到一个房间;上午、下午或全天。我目前有以下内容（暂时忘记room_child枢轴）
子模型
| 身份证|姓名|
| - ------|- ------|
周天数模型
| 身份证|日|
| - ------|- ------|
child_days透视表
| 子项标识|日标识|
| - ------|- ------|
dayType模型
| 身份证|类型|
| - ------|- ------|
| 1个|满|
| 第二章|早晨|
天类型透视
| 日标识|类型标识|
| - ------|- ------|
所以-希望能够为每个孩子预订一周中的每一天，可能每天两种不同的类型。早上和晚上。
EG儿童1-
| 星期一|上午|
| - ------|- ------|
| 星期二|全天|
| 星期三|下午|
有什么建议最好的方法来做到这一点，以及如何管理它？如在，我可以渴望加载结果或什么？
1条答案
按热度按时间w6mmgewl1#
这更多的是一种观点而不是答案，所以要持保留态度。
*我根本不会使用
daysOfWeek模型/表。何必呢？你最终得到的数据库表将只包含7行，而且永远不需要增长或收缩。
DayType可以保留。也许将来你会有更多的类型。至少，这比改变一周的定义更有可能。*这样就不需要
child_days和days_type透视表了。最后你只剩下3个模特。
ChildDayTypeBooking（或者您想如何称呼它）。这些关系将非常简单
ChildBooking属于DayTypeChild具有多个BookingDayType具有多个Booking我设想的
bookings表包含以下几列。(pk)(fk)(fk)varchar(9)或enum('Sunday', 'Monday', 'Tuesday', 'Wednesday', 'Thursday', 'Friday', 'Saturday')）枚举更有意义一些。如果你使用它们，你可能会对枚举铸造感兴趣