Database design 2个具有多个关系的表

我有两个表，一个是事件和用户。这两个表有两种类型的关系

1个事件可以有1个创建者（用户） 1用户可以创建许多事件

及

1个事件可以有多个成员（用户） 1个用户可以加入许多活动

对于多对多关系，我将创建另一个表来链接它们。可能将其命名为

参与者

---

但我不知道我该如何把我的第一段感情（上面的1对N）放在这里面。我应该如何设计它

创建者与您的

参与者没有关联，因此我不会尝试将他们混为一谈

将对创建者的引用作为另一列添加到
事件中
创建者与您的
参与者
没有关联，因此我不会尝试将他们混为一谈

将对创建者的引用作为另一列添加到
事件
事件
应具有名为
创建者
的字段（用户的外键

）

---

用户

在名为

参与者

的M-N关系中加入

事件

。

事件

应具有名为

创建者

的字段（用户的外键）

---

用户

在名为

参与者

的M-N关系中加入

事件

。

对此有什么退步吗？因为这对我来说是一种奇怪的关系：）@Phelios：不完全是，因为这是两种不同类型的关系。创建者可能是活动的参与者，也可能不是活动的参与者，这不会对您的模型产生影响。这个额外的专栏使我们很容易理解这些关系。这有什么可取之处吗？因为这对我来说是一种奇怪的关系：）@Phelios：不完全是，因为这是两种不同类型的关系。创建者可能是活动的参与者，也可能不是活动的参与者，这不会对您的模型产生影响。这个额外的专栏使我们很容易理解这些关系。这有什么可取之处吗？因为这对我来说是一种奇怪的关系：）不，这很正常；）你只是为了两个不同的目的使用同一个“实体”，但没有什么奇怪的。仅仅为创造者构建另一个实体将是一个设计错误，有什么可以弥补的吗？因为这对我来说是一种奇怪的关系：）不，这很正常；）你只是为了两个不同的目的使用同一个“实体”，但没有什么奇怪的。仅仅为创造者构建另一个实体将是一个设计错误，而不是一对一。。这是多对一。一个事件只能有一个创建者，但创建者可以创建多个事件。谢谢@steph，我会解决这个问题：）这不是一对一。。这是多对一。一个事件只能有一个创建者，但创建者可以创建多个事件。谢谢@steph，我会解决此问题：）