具有默认一对多关系的数据库问题

Question

我有一个用户表和一个地址表。 User 可以有许多地址，因此 Address 表条目有一个 User 的外键。

我的问题是：用户可以有多个地址，但只能将一个标记为主要地址（用于运输目的）。是向名为“main_address”的用户添加一个链接到他的地址之一的外键，还是向名为“is_main”的地址表添加一列更好（默认情况下所有地址为 0，主地址为 1） ?更好的意思是速度和存储方面:)

编辑：按照建议，我将外键添加到用户，但这是有问题的。如果用户和地址还没有在数据库中，那么它会导致循环依赖：没有地址就不能添加用户，没有用户也不能添加地址。谢谢大家！

Answer 1

在user 表上有一个外键，这是可选的以避免相互依赖，从而阻止向其中任何一个添加记录，这可能是更清洁的解决方案。它避免了为一个用户处理多个主地址的问题，占用的空间更少，并使使用主地址信息的连接更简单。

独特性内置于外键设计。使用“is_main”设计，最简单的预防措施是将字段设为 1 或 null（而不是 1 或 0）并在 (user_id, is_main) 上放置复合唯一键；然后要更改默认值，您必须先将旧默认值设为空，然后再将新默认值设置为 1。

外键字段占用大约 4 个字节（假设地址为 int pk，忽略可空性）； is_main 为用户可能拥有的每个地址占用至少 1 个字节...如果有其他位字段，它可能会更小，但空间问题确实微不足道。

要获取具有默认地址的用户：

SELECT * 
FROM user AS u 
LEFT JOIN address AS a 
   ON u.main_address_id = a.address_id 
WHERE u.user_id = ?
;

对

SELECT * 
FROM users AS u 
LEFT JOIN address AS a 
   ON u.user_id = a.user_id 
   AND a.is_main = 1 
WHERE u.user_id = ?
;

...AND is_main = 1 可能看起来是一件微不足道的事情，在很多情况下它会是这样，但在更复杂的查询中，它可能意味着不使用索引。

然而，is_main 设计的一个好处是：如果您已经有了 user_id 但没有 main_address_id，您可以通过仅从地址表中进行简单（无连接）选择来获取主要地址信息。