mysql - ER 图中的基数

Question

我做了一个项目，本质上是一个在线书店，人们可以在那里购买书籍并下订单。

我的数据库包含各种表，例如:

• 用户
• user_shipping_address
• user_ payment_mode
• user_order
• order_shipping_address
• order_billing_address
• order_ payment_details

我尝试为此构建 EERD 图，但我对一件事感到困惑:user_order 只能有一个送货地址。我在 order_shipping_address 表中创建了一个引用主键 order.id 的外键 order_id。我的 order 表中还有一个引用 order_shipping_address.id 的 shipping_address_id 外键。

当我尝试生成 ER 图时，它给了我两种不同的关系。 订单与送货地址之间的 1:1 关系以及送货地址与订单之间的 1:M 关系。我不知道如何构造外键约束，因为我觉得订单表应该包含 shipping_address_id 并且送货地址应该包含 order_id，对吧？这只会让一切变得更加困惑。

请帮我解决这个问题。

这是我的 EERD:

Answer 1

发生这种情况是因为您当前的设计意味着多个 user_order 行可以引用同一个 shipping_address 行。

您需要更改设计，以便多个 user_order 行不可能引用同一个 shipping_address 行。

至少有两种不同的可能解决方案:

1. 为 user_order.shipping_address_id 添加 UNIQUE 约束
2. 或者:反转关系(这是我的首选选项，因为它消除了不需要的代理键):
   1. 删除 user_order.shipping_address_id 列。
   2. 将 shipping_address.id 更改为 shipping_address.order_id，使其成为 user_order.id 的外键
   3. 将 shipping_address.order_id 设为 shipping_address 的新主键。

请注意，这两个选项都是非规范化，因为它会阻止不同订单之间共享送货地址(例如，如果同一客户多次重复订购相同的订单)，尽管这可能是故意的 - 因此，如果用户的 future 地址更改后，它不会无意中追溯更新旧订单的发货记录。

其他一些提示:

• 考虑使用 int 而不是 bigint 作为您的身份 - 我怀疑每个表中的行数会超过 20 亿行。
• 不要对所有文本列盲目使用 varchar(255) - 使用它对数据长度实现合理的限制，例如 state 不需要如果您存储缩写，则长度超过 2 个字符，同上 zipcode，如果您使用 ZIP+4，则可以是 varchar(10)。
• 请勿在您的数据库中存储完整的信用卡号码!(如您的付款表中所示)- 这违反了 PCI 规则，是一项巨大的责任，并且可能您所在管辖范围内的非法过失。您的支付处理器将为您提供替代的不透明 token 值(或类似的值)，作为识别签账卡并将 future 费用应用于存储的支付详细信息的方法 - 您可以合理存储的最多是最后 4 位数字。是否加密数据基本上无关紧要。