婚纱摄影订票系统网站数据库设计

Question

我真的被困在实现这个数据库的最佳方法上了。

我的问题是:数据库是用来存储婚纱摄影客户信息的。

• 一个用户可以注册到我的网站，输入他们婚礼的细节，并得到他们自己的“婚礼简介页”。他们可以做到这一点而不必让我们拍摄他们的婚礼。
• 在任何时候，用户都可以预订一次聚会、婚礼或订婚拍摄。网站将检查我们是否可用。(婚礼优先于会议，因此如果客户想在我们举行会议的某一天预订婚礼，会议将被标记为重新安排)。
• 我们还必须能够预订休息日。在这几天，婚礼/聚会/订婚拍摄不能被预订。
• 订婚拍摄费用和前期费用。举行婚礼时，押金应在14天内到期，否则日期将再次释放。会议是免费的。

我太执着于如何实现这个系统了。我只是不停地转圈，我认为最好的方法是有一个“日期”表，连接所有其他表格，但我相信这不是最有效的方法。

我认为推迟我的是，在同一天可以有多个婚礼(对于那些只想要一个婚礼简介的人)，但是每天只有一个婚礼。

​

​

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

所以卡住了，希望你能帮我！

我漏掉了大部分的字段，使它更容易理解。

Answer 1

一开始就保持简单。您已经识别了许多应该对应于实体的名词：

用户婚礼ENGAGEMENT_SHOOTS会议不可用日期付款

我建议婚礼、ENGAGEMENT_SHOOTS、会议和不可用都是预订的类型。你可以只是：

用户预订-这有一个日期，可能是状态BOOKING_TYPE (婚礼，会议，engagement_shoots，不可用)付款。

您可能希望将与单个婚礼相关的使用所购买的所有东西打包成一个交易实体等，这将允许将一笔付款映射到多个预订。当你的一名工作人员没有时间时，他们可以预订假日等。

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

根据预订的状况，如。确认，等待，完成和日期，您的业务逻辑可以发送付款要求，跟进等。

创建一个简单的模型，并开始添加数据，您将很快看到差距和问题(如果有的话)。您应该预先准备测试用例，以确保数据模型支持应用程序的所有场景，最好用一组用例来实现这一点。