哪种基数适用于此处描述的场景
Which Cardinality would be applicable in a scenario described herein
我正在尝试理解数据库设计的鱼尾纹符号（ER 图）。我想为学生 (entity/table) 可以注册多个课程 (COURSES_ENROLLED table/entity) 的场景创建一个 ER 图。
我创建了以下 ER 图。
现在，对于 "connector symbol" 适用的场景，标有 (1) 或 (2) 的场景？任何解释都会有很大帮助。
我假设您也有一个实体 COURSE（因为您有 courseId 作为 COURSES_ENROLLED 中的外键）。所以 COURSES_ENROLLED 恰好将一名学生链接到该学生注册的一门课程，对吗？
这在您的图表中由备选方案 (1) 表示。每个 COURSES_ENROLLED 个实例只能看到一个 STUDENT 实例，而每个学生可以看到许多相反的实例。
如果您没有中间实体并直接将 STUDENT 链接到 COURSE，则您的备选方案 (2) 将是合适的。在它们之间，多重性将是 m:n，因此两端都会出现鱼尾纹。但是 courseId 将是正确实体的主键，它应该被称为 COURSE.
顺便说一句，请检查您在 (1) 和 (2) 中表达的限制条件，即学生必须至少注册一门课程，是否符合您的功能要求。每个学生可能会在某个时间点 至少注册一门课程 ，但如果您将此作为约束包含在数据模型中，则需要保存 all时间。因此，您目前的模型不允许只创建一个学生，而不能立即将她链接到至少一门课程。
我正在尝试理解数据库设计的鱼尾纹符号（ER 图）。我想为学生 (entity/table) 可以注册多个课程 (COURSES_ENROLLED table/entity) 的场景创建一个 ER 图。
我创建了以下 ER 图。
现在，对于 "connector symbol" 适用的场景，标有 (1) 或 (2) 的场景？任何解释都会有很大帮助。
我假设您也有一个实体 COURSE（因为您有 courseId 作为 COURSES_ENROLLED 中的外键）。所以 COURSES_ENROLLED 恰好将一名学生链接到该学生注册的一门课程，对吗？
这在您的图表中由备选方案 (1) 表示。每个 COURSES_ENROLLED 个实例只能看到一个 STUDENT 实例，而每个学生可以看到许多相反的实例。
如果您没有中间实体并直接将 STUDENT 链接到 COURSE，则您的备选方案 (2) 将是合适的。在它们之间，多重性将是 m:n，因此两端都会出现鱼尾纹。但是 courseId 将是正确实体的主键，它应该被称为 COURSE.
顺便说一句，请检查您在 (1) 和 (2) 中表达的限制条件，即学生必须至少注册一门课程，是否符合您的功能要求。每个学生可能会在某个时间点 至少注册一门课程 ，但如果您将此作为约束包含在数据模型中，则需要保存 all时间。因此，您目前的模型不允许只创建一个学生，而不能立即将她链接到至少一门课程。