婚礼摄影预订系统网站的数据库设计

Question

我真的很难实现这个数据库的最佳方式。

这是我的问题：数据库是存储婚礼摄影客户的信息。

• 用户可以注册我的网站，输入他们的婚礼细节，并获得自己的“婚礼资料页”。他们可以做到这一点，而不必让我们拍摄他们的婚礼。

• 用户可以随时预订聚会，婚礼或订婚拍摄。该网站将检查我们是否有空。 （婚礼喜欢聚会，所以客户想在我们聚会的那天预订婚礼，聚会将被标记为重新安排）

• 我们还必须能够预订休假。在这些日子里，不能预订婚礼/聚会/订婚拍摄。

• 订婚会花费成本和前期费用。通过婚礼，押金将在14天内到期，或者日期再次释放。聚会是免费的。

我对如何实施这个系统感到很困惑。我只是继续围成一圈，我能想到的最好的方法是有一个“日期”表，链接所有其他表，但我确信这不是最有效的方式。

我觉得让我失望的是，同一天可以举办多场婚礼（对于那些只想要婚礼资料的人），但每天只举办一次婚礼。

所以我完全错了吗？或者我将所有约会存储在一个表中并使用“约会类型”表。

SO SO Stuck，我希望你能帮助我！

P.S。我错过了大部分领域，以便更容易理解。

Answer 1

开始时保持简单。您已经确定了许多应该与实体对应的名词：

USERS 婚礼 ENGAGEMENT_SHOOTS 聚会 UNAVAILABLE 日期 PAYMENTS

我建议WEDDINGS，ENGAGEMENT_SHOOTS，MEETUPS和UNAVAILABLE都是预订类型。你可能只有：

USERS 预订 - 这有一个日期，也许是一个状态 BOOKING_TYPE（婚礼，聚会，engagement_shoots，不可用） PAYMENTS

您可能希望将用户购买的与单一婚礼有关的所有内容打包成TRANSACTION实体等，这样可以将单笔付款映射到多个预订。当您的一名工作人员无法使用时，他们可以预订假期等类型。

可能有两种类型的用户 - 分配到预订的摄影人员和您的客户。

根据预订状态，例如。确认，待定，完成以及您的业务逻辑可以发送付款要求，后续等的日期。

创建一个简单的模型并开始添加数据，您很快就会看到差距和问题。您应该预先测试用例以确保数据模型支持应用程序的所有方案，最好使用一组用例来执行此操作。