多房间预订的数据库设计：一对多

Question

主要实体： 客户 客人 预订 RoomAssignment

我想实现一个多房间预订数据库设计。首先，我想先解释一下这个概念：

1. 客户是获得预订的人。
2. 客户一次只能预订 1 个房间
3. 客户可以预订多个房间。

4. 客人是被分配到特定房间的人。

   对于表格来说：

   客户端（client_id(PK)、名称）
访客（guest_id（PK），姓名）

   预订 (reservation_id(PK), client_id(FK), roomAss_id(FK), checkInDate);
   RoomAssignment (roomAss_id(PK), guest_id(FK), roomno(FK));
   房间（room_id（PK），房间详细信息）；
   

//这里的问题是我不知道如何实现一对多的关系。我的预订应该处理多个房间分配吗？或者我的 RoomAssignment 将处理多个 guest_id 和 roomno，然后我将 1 个 roomass_id 传递到我的预订表中？

谢谢，我对这种一对多的关系真的很困惑。我希望有人能好心地帮助我，而不是给我负面的分数。 T_T

另一种尝试：（

Room(room_id(PK), roomDetails);
Client (client_id(PK), Name)
Guest (guest_id(PK), Name)
Reservation (reservation_id(PK), client_id(FK), checkInDate);
Booking(book_id(PK), reservation_id(FK), room_id(FK));
Lodging(lodge_id(PK), guest_id(FK), book_id(FK))

客户、房间、客人已填满），添加预订、添加预订、添加住宿

这是正确的吗？

Answer 1

（编辑经过更多思考后更改了我的建议。这是一个比我最初想象的更深的谜题。）

我的偏好是让保留具有多对多关系（使用桥接表）有房间。使用 ReservationID 和 RoomID 外键调用此表，例如 . 。 。 预订。也许你可以想出一个更好的名字。预订是预订的特定房间。然后，我会有另一个桥接表来表示“客人”和“预订”之间的关系。您可以将其称为住宿。住宿是指被分配到特定预订（预订的房间）的特定客人。

这是一个巧妙的谜题。关键是你有几个单独存在并且显然是必要的具体事物（预订、房间、客人），但也有几个其他概念，每个概念都有自己的属性，并且源于这些事物之间的关系。如果要正确标准化，您最终可能会得到比您想象的更多的表。不要认为这会变得更加复杂。拥有足够的适当表格将最终简化这一过程。以下是一些其他建议：

• 花时间研究每个表的名称。我上面的建议非常好，但您可能可以改进它们。预订既是其他事物之间的关系，又成为一种思考本身，在另一张桌子上至少有一个外键。
• 您应该能够描述表中的记录代表什么。如果你做不到这一点，那么你的桌子就很糟糕。请参阅上面我如何描述什么是预订和住宿。您的设计最终可能会有所不同，但是当您对不同的表进行集体讨论时，请确保您可以描述该表上的记录实际上是什么。
• 考虑让客人和客户来自同一张桌子。他们俩确实是“联系人”。有人可能在某一时刻是客人，但在下个月就成为客户。当联系人是客户时，您可能会保留一个额外的数据表（1 到 0 或 1）。如果某人只是充当访客，您的系统只需要基本的联系信息，但如果他们充当客户，则需要更多信息。