相关疑难解决方法(0)

我有一个没有被另一个实体定义就不能存在的实体，我希望这个实体参与多对多关系。

例子：一个艺人有一张专辑（没有艺人就不能存在专辑），专辑也有很多曲目，但同一曲目可以存在于多个专辑中。

所以我们在专辑和曲目之间有一个多对多的关系。

如果专辑是弱实体，则其主键是引用艺术家的外键，因此它不能是表示多对多关系的另一个表的外键。

问题是：SQL中是否可以有这种关系，如果可以，我该如何表达？

我正在寻找有关存储调查、问题和响应的最佳关系建模方法的建议。

我正在寻找以下两种方法中的哪一种看起来最好，或者另一种方法。

我至少有这些实体：

• 题
• 民意调查
• 人

至少有这些关系：

• 每个调查有 1 个或多个问题。
• 每个问题可用于 0 个或多个调查。
• 每个人可以参加 0 个或多个调查。

这就是我遇到麻烦的地方：如何对一个人对调查问题的回答进行建模。

这是我考虑过的两种方法，对我来说似乎都不是很好。此处的图表已大大简化以说明问题。

方法一：

我不喜欢这种方法的地方：

• 该survey_person_question_response表有两个不同的列引用调查：survey_question_survey_id和survey_person_survey_id
  • survey_id在这两列的一行中引用不同的是错误的。survey_question 必须与该人在survey_person 中进行的调查来自同一个调查。我看不出有什么好的方法来强制执行此操作。
• 似乎我在这里所做的是在两种关系之间建立关系。出于某种原因，这对我来说是错误的。

方法二：

尽量避免方法 1 中的两个 FK 应该引用相同的值......

我不喜欢这种方法的地方：

• 没有强制规定question_id和survey_idFK 来自有效的survey_question对
• 没有强制规定survey_id和person_idFK 来自有效的survey_person对

任何建议：

• 这些方法之一是否是典型方法
• 其中一种方法相对于另一种方法的优缺点
• 完全安排这些数据的更好方法

将不胜感激！

我有以下设计。每个用户都有它自己的联系人，它自己的主机并将它们分配给一个只属于他的域。

我想确保您分配给域的主机属于该域分配给的用户。