用户平面位置数据库设计解决方案

Question

我有点困惑如何设计关于关系的数据库。

1. 我的用户可能有很多位置。 （跟踪用户位置）
2. 我有一个可以有很多位置的地方。 （地点可以是酒吧、餐厅、医院……地点很多 - （例如，麦当劳是一个小屋酒吧，在世界各地都有很多地点）

我的困惑是用户--> 位置和地点--> 位置之间的关系。我不确定我的想法是否正确。

• 用户可以有多个位置，但位置可以有我的用户、餐馆。
• Place 可以与多个 Location 相关联，但 Location 可以有多个地点（例如，同一建筑物中的两个酒吧具有相同的 lat、lng）。

在（用户、位置）和（地点、位置）两种情况下设计具有多对多关系的数据库是否正确？

Answer 1

对于多对多关系，您应该有一个“中间表”，它只引用相关表的主键。在您的情况下，您有一张 USERS 和 LOCATIONS 的表格：

USERS:
pkUsers, userName, userPhone ... etc.

LOCATIONS:
pkLocation, street, city ... etc.

其中pkUsers 和pkLocation 是主要的自动增量ID

中间的表格应该类似于USERLOCATIONS，有两个字段：

USERLOCATIONS
fkUsers, fkLocations

（其中'fk'代表外键）

现在，当位置和用户关联时，只需将它们的主键添加到表中。

您可以对 RESTAURANTS 或任何其他多对多表执行相同操作。