Database 学生应该是DBMS中的弱实体吗？

我有一个学生门户项目的数据库，我正在建设。我不熟悉数据库，但我对这些概念非常了解。我不想问，在我的图表中，学生应该是一个弱实体，因为它取决于系。如果没有系，那么就不会有任何学生进入该系

除了我的主要问题，我对出勤率和成绩表有点困惑。我是否正确地关联了它们，它们的属性是否充分和正确？我知道我的要求很高，但你能回顾一下我的图表，并给我一些改进的建议，即使需要从头开始。 谢谢

---

学生不需要是弱实体集。弱实体集意味着存在依赖，而存在依赖并不意味着弱实体集。常规实体集也可以完全参与

与其看存在依赖关系，不如看标识。弱实体集不能仅通过其自身属性来识别，它们依赖外键（通常与弱键组合）来标识。当实体集具有独立标识（如

滚动ID

）（代理项ID始终是独立的）时，它们是常规实体

您似乎混淆了实体集和表，可能是因为您使用的是混合符号。如果我正确阅读了您的模型，

成绩

是

学生

和

课程

之间的关系，因为它有一个由两个外键组成的主键。但是，您的图表仅通过不必要的

关系将其链接到
Student

您的表中还嵌入了关系，例如，
课程
有一个
部门
FK，但您没有在图表中链接这两个部门
Enrolls
需要自己的表，但您不会在图表中显示与其他多对多关系不同的表

出勤
与
成绩
一样，代表了
学生
与
课程
之间的关系。显示与部门的关联，但不表示FK。虽然在最初的ER表示法中，我们从不将外键表示为属性，但在您的图表中，这与大多数其他表不一致

编辑：

下面是一个如何将
成绩
表示为
学生
和
课程
之间关系的示例。我使用了原始的ER表示法，因为我没有实现您的表示法的工具

学生不需要是弱实体集。弱实体集意味着存在依赖，而存在依赖并不意味着弱实体集。常规实体集也可以完全参与

与其看存在依赖关系，不如看标识。弱实体集不能仅通过其自身属性来识别，它们依赖外键（通常与弱键组合）来标识。当实体集具有独立标识（如
滚动ID
）（代理项ID始终是独立的）时，它们是常规实体

您似乎混淆了实体集和表，可能是因为您使用的是混合符号。如果我正确阅读了您的模型，
成绩
是
学生
和
课程
之间的关系，因为它有一个由两个外键组成的主键。但是，您的图表仅通过不必要的
关系将其链接到
Student

您的表中还嵌入了关系，例如，
课程
有一个
部门
FK，但您没有在图表中链接这两个部门
Enrolls
需要自己的表，但您不会在图表中显示与其他多对多关系不同的表

出勤
与
成绩
一样，代表了
学生
与
课程
之间的关系。显示与部门的关联，但不表示FK。虽然在最初的ER表示法中，我们从不将外键表示为属性，但在您的图表中，这与大多数其他表不一致

编辑：

下面是一个如何将
成绩
表示为
学生
和
课程
之间关系的示例。我使用了原始的ER表示法，因为我没有实现您的表示法的工具

考勤表应链接到课程和学生，而不是如图所示的部门。
考勤表应链接到课程和学生，而不是如图所示的部门。
是，我知道我使用了一个不一致的符号，只是出于我的原因，对此我很抱歉，我也知道N:M需要另一个表，我会在清除混淆后再画。我想知道，正如你所说的，我同意出勤率和分数应该与学生和课程有关，但我未能将其形象化，图表应该是什么样的，我如何才能重新激活这些。在哪里，我应该连接到哪个房地产。我添加了一个例子，希望它有帮助。非常感谢它真的有帮助！我希望看到这个答案。是的，我知道我使用了不一致的符号只是为了我的缘故，对此我很抱歉，我也知道N:M需要另一张表，我会在我澄清我的困惑后再画。我想知道，正如你所说的，我同意出勤率和分数应该与学生和课程有关，但我未能将其形象化，图表应该是什么样的，我如何才能重新激活这些。在哪里，我应该连接到哪个房地产。我添加了一个例子，希望它有帮助。非常感谢它真的有帮助！我希望看到这个答案。你能详细说明一下，当课程和学生已经联系在一起时，我如何在他们之间投入注意力。我无法想象三元或n元关系如果你仔细想想，学生们都在上课。事实上，最好有另一张桌子，课程和班级都有