我正在为会议室调度程序应用程序设计一个数据库。我们的房间可以合并成更大的房间。例如，房间 A 可以合并到房间 B 以容纳 64 人。我在下面附上了我的数据库设计我无法弄清楚如何在后端适应这个功能。数据库级别。
而且，我希望我的数据库能够容纳可以合并的房间信息。lkRooms 表仅列出单人间及其容量。有些房间可以专门与相邻的房间合并（房间A +房间B），我也有四人间（房间C +房间D +房间E +房间F）。这些房间可以作为一个房间使用，也可以合并成一个大房间。我是否让我的数据库适应这个？我希望应用程序从数据库中获取房间信息。如果我想说的话有任何意义
我认为您需要一个允许房间合并的“分区”概念，因此您可以存储最小的房间，而不是存储可能的最大房间，并且人们可以保留一个分区以形成更大的房间，其容量等于较小房间的总和。然后你需要一个 roomPartition 关系。所以如果有人想预订一个合并的房间，他们也会预订分区。
我要做的是让booking表引用一个中间表，比方说bookingRoomfk bookingRoomID。然后该bookingroom记录将由lkRoom引用RoomID。对于给定的“合并”房间，bookingRoom将有多个记录。bookingRoomID否则，对于单间预订，将只有一条记录bookingRoom。