0

Вас попросили спроектировать базу данных для университета administartion, который записывает следующую информацию:Просмотрите эту ER-диаграмму?

  • Все студенты обязательно иметь уникальный идентификатор студента, имя, и, в адрес электронной почты университета ,
  • Каждый студент также является студентом или аспирантом.
  • У каждого аспиранта есть советник.
  • Каждый студент-студент имеет майор.
  • Студенты проходят курсы. Студент может пройти один, несколько или без курсов.
  • В каждом курсе есть номер курса, имя и дни недели.

enter image description here

  • ли мой ER Diagram правильно?
  • Должно ли WeekDay быть сущностью? Почему или почему нет? Считаете ли вы, что это должен быть многозначный атрибут? Зачем?
  • Должно ли Undergraduate Student и Graduate Student быть отдельными лицами? Почему или почему нет?

Пожалуйста, игнорируйте отсутствие мощностей на данный момент.

+1

Вам не хватает мощностей, я бы добавил их. Я не вижу особых причин, по которым WeekDay должен быть сущностью. – Fang

+0

@Fang, объясните как ответ, плз. – anonymous

+1

Вы хотите игнорировать мощности, но это M: Nness of Scheduled, который дает каждому курсу несколько будних дней и несколько недельных курсов. PS Просьба дать ссылку на ваши условные обозначения диаграмм E-R и терминологию «многозначный атрибут». – philipxy

ответ

0

Создание буднего дня сущность подразумевает, что вы создадите свой собственный стол для буднего дня. Это, в общем, полезно, только если рабочий день должен содержать дополнительные атрибуты. С точки зрения простого сценария, который вы предоставили, создание буднего дня является избыточным, и будет только раздувать ваш дизайн. Конечно, это МОЖЕТ меняться в зависимости от того, хотите ли вы расширить свой дизайн в будущем.

Смежные вопросы