【问题标题】:Review this ER Diagram?查看此 ER 图?
【发布时间】:2016-05-24 05:26:40
【问题描述】:

你被要求为大学设计一个数据库 administartion,记录如下信息:

  • 所有学生都必须拥有唯一的学生 ID、姓名和大学电子邮件地址。
  • 每个学生也是本科生或研究生。
  • 每个研究生都有一名顾问。
  • 每个本科生都有一个专业。
  • 学生参加课程。一个学生可以选修一门、多门或不修一门课程。
  • 每门课程都有课程编号、名称和课程安排的星期几。

  • 我的 ER 图正确吗?
  • WeekDay 应该是一个实体吗?为什么或者为什么不?你认为它应该是一个多值属性吗?为什么?
  • 应该Undergraduate StudentGraduate Student 是独立的实体吗?为什么或为什么不?

请暂时忽略基数的缺失。

【问题讨论】:

  • 您缺少基数,我会添加这些。我也看不出 WeekDay 应该是一个实体的特殊原因。
  • @Fang,请解释为答案。
  • 您想忽略基数,但计划的 M:Nness 为每个课程提供多个工作日和一个工作日多个课程。 PS 请参考您的 E-R 图表约定和“多值属性”术语。
  • 我同意@Fang。每当您开发 ER-Diagram 时,您必须输入基数。不要忘记他们。它们非常重要,即使在已建立的关系中工作也是如此。

标签: database-design relational-database entity-relationship er-diagrams


【解决方案1】:

将 Weekday 设为实体意味着您将为工作日制作自己的表格。一般来说,这仅在工作日应该包含更多属性时才有用。就您提供的简单场景而言,将工作日作为实体是多余的,只会使您的设计膨胀。当然,这可能会根据您将来是否要扩展设计而改变。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2010-12-12
    • 1970-01-01
    • 2014-01-09
    • 1970-01-01
    • 2017-10-29
    • 1970-01-01
    • 2020-09-10
    相关资源
    最近更新 更多