看来我只是脑子有些冻结，而我却不明白以下内容。
我正在编写旅行车租赁/预订系统。我有一张桌子，上面放着许多旅行车。我也有一张桌子可以预定。所以我知道在旅行车和预订之间是一对1：n的关系船。
因此，现在我需要介绍事件（如在一定时间内显示节目）和事件中大篷车的价格。 这是我无法理解的地方。我有很多独特的，不重叠的事件-每年大约40次。每个大篷车都是根据活动定价的。
如果仅查看定价活动，我是否有1：1关系发货？嗯，不是这样，因为当我带上大篷车时，我可以在不同大篷车上使用每个事件的多个价格。
如果没有记错的话，同样适用于定价<->大篷车。
我收集到的是Caravan <-> Event形成M：N关系。从这种意义上说，这种组合是可预订的，这是现实世界中的表示形式。为了表示这种M：N关系，您需要引入另一个链接表以将其分解为两个1：N和N：1关系。我从https://dba.stackexchange.com/questions/108742/three-sided-many-to-many-relationship-design中学到的是，就我而言，Price是Caravan：Event关系的财产。
我怀疑将此链接表称为“价格”会产生误导，但是从技术上讲，这代表了可以支付的商品，而价格只是一个属性。
这也是后来的想法，商队：事件的组合提供了日期范围（来自事件），然后可以创建指向商队的预订记录。
没有拼图了。