数据库架构多对多对多

Question

我有一个问题如何更改数据库模型：

现在我们有预定义的表格Categories和假设表Places和People可分配到的类别，所以它看起来是这样的：

People <=> PeopleCategories <=> Categories <=> PlaceCategories <=> Places

（人们可以有很多类别，类别可以有很多人，地方可以有很多类别，类别可以有很多地方）

但现在有了新的要求：

在个人资料中显示基于类别的所有相应位置（到目前为止没有问题）并添加一个勾选框建模某些属性（例如在前端显示为最喜欢的位置）。 来自Place profile的另一侧的相同内容标记分配给至少一个具有勾选框的相同类别的人。

我想知道是否有一些很好的方式对此进行建模 - 我想到的唯一一件事就是添加一个新的PeoplePlaces表，但是我必须手动控制人或地方是否没有改变他们的类别，他们仍然被分配，所以on - 我将不得不在应用层管理数据的一致性存在很大问题。

我可能做的第二件事是完全删除类别并仅在PeoplePlaces级别上进行，但我会失去一些用户的简单性：用户可以选择10个预定义的类别，因此人物和地点之间的链接在前面非常自动-end，只有管理员应该看到哪些地方被分配给哪些人并管理我正在谈论的那个勾选框

你对这个架构有什么建议？ 提前致谢！ （如果它对某种解决方案很重要，那么这是一个MySQL数据库，但这更像是一种通用架构的东西）

Answer 1

如果我正确地理解了您的问题，您需要确保一个人只能支持与该人自己相同类别的地方吗？

如果是这样，请查看以下模型：

我们不直接链接“端点”，而是“链接链接”。 这允许我们将PERSON_CATEGORY.CATEGORY_ID和PLACE_CATEGORY.CATEGORY_ID迁移到FAVORED_PLACE表中，并在那里“合并”它们，产生一个FAVORED_PLACE.CATEGORY_ID字段（注意FK1,FK2 ）。

因此，如果一个人与一个地方相连，那必须通过一个共同的类别来完成。

此外，由于CATEGORY_ID在PERSON_CATEGORY的PK之外，因此人和地的特定组合只能使用一次，即使它们通过多个类别匹配。 实际上，您选择一个常见类别为“特殊”。 如果从特殊类别中删除某个地点（或人），您需要选择另一个常用类别作为特殊类别。 如果没有剩下常见类别，则不再允许FAVORED_PLACE中的相应行存在。

Answer 2

我不认为删除类别是个好主意。

你正在做的是引入一个新实体--PersonsFavouritePlaces--它直接与People和Place相关，而不是通过Category。 明智的是，PersonsFavouritePlace仅限于按类别链接的Person和Place，因此它应该引用PeopleCategories和PlaceCategories而不是People和Category表。

该表看起来像：

create table PeopleFavourtiePlace
(
  ID int not null, -- Primary key
  PeopleCategoriesId int not null, -- FK to PK of PerpleCategories
  PlaceCategoriesId int not null -- FK to PK of PlaceCategories
)

我不知道MySql是否支持级联删除，但如果是这样，那么两个FK应该打开，所以如果有人取消选择一个类别（删除PeopleCategories行），如果它链接到该类别中的一个喜欢的地方，它也会被删除。

但是，如果一个人通过多个类别链接到某个地方，那么它会变得复杂......