Database 数据库模式问题

我需要在下面创建的数据库设计模式中提供一些建议。。。我不确定这是否正确。。在关系方面。特别是用户-用户预约-预约。 我想说的是，一个用户可以有许多保留，但同样的保留可以属于许多不同的用户。。。我的表述正确吗

---

如果一个用户可以有多个预订，并且每个预订可以针对多个用户，那么可以使用user\u reservation表进行多对多映射

---

然而，在我的脑海中，一个预订将属于多个用户，这似乎很奇怪。我倾向于认为每个用户在系统中都有一个单独的预订，并且会有一些链接预订的概念。因此，如果一个四口之家想要坐飞机，妈妈、爸爸和每个孩子都会有一张单独的机票，但所有四个预订都会在系统中链接在一起，以进行某些操作，如办理登机手续。但是，如果妈妈需要将航班推迟一天，或者家人因为航班被取消而需要在两个单独的航班上重新预订，单独预订往往会简化重新预订任务。

是的，一个预订可以属于多个用户。我只是在想，如果在我的情况下，用户取消预订会发生什么。。。如果我想单独预订，需要更改什么？删除该用户保留表并直接将用户连接到保留？如果希望每个用户都有单独的保留，可以删除该用户保留表并向保留表添加保留所有者列，该列是返回用户表的外键。要对一组相关的保留进行建模，最简单的选项可能是在保留表中添加一个自引用的MASTER_RESERVATION_ID列。因此，UID将是保留表中的外键，以了解保留的所有者？RID、DID和RESID的组合是否可以作为自我参照？因此，我不需要MASTER\u RESERVATION\u ID如果您希望能够将多个单独的预订记录绑定在一起，您需要MASTER\u RESERVATION\u ID。RESERVATION表中的MASTER_RESERVATION_ID列将是RESERVATION表中RESERVATION_ID的外键，因此外键将是自引用的，因为它引用回同一表的主键。如果您只想让每个人都有自己的保留，您需要保留表中的保留用户ID列，它是用户表中用户ID列的外键。如果是这样，那么在元组中，我们将有两个列，其中一个是PK，另一个是FK？