Создание ERD из схемы?

Question

Мне сказали создать диаграмму ERD, учитывая следующее

The college keeps track of each student’s name, student number, social security
number, address, phone, date-of-birth, and gender.

– Each programme is described by a programme code, name, description, duration
(number of years), level, and the cost.

– Each module has a module code, name, description, duration (number of weeks),
level (introductory, intermediate, advance).

– Grade stores student number, module code, and a letter grade (A, B, C, D, E, F).

Each program enrolls students. Students then register modules. At the end of the
study duration of a module students receive their grades.

Я создал атрибуты для каждой сущности

Student
(sNmber, SSN, sName, address, phone, DOB, gender)

Programme
(pCode, name, description, duration, level, cost)

Module
(mCode, name, description, duration, level)

Grade
(sNumber, mCode, grade)

Моя окончательная диаграмма выглядит так же и с отношениями сущностейЯ знаю, что мне придется разорвать отношения M: N до двух 1: M отл. Contains - programme_ Modules (pCode, mCode)

Но моя диаграмма, кажется, не соответствует соединительным модулям и ученикам для оценки ??

Я очень новичок в этом, поэтому буду очень признателен за некоторые указатели

Answer 1

Во-первых, эта «схема» не является достаточно определенной, чтобы называться схемой. Хотя ключи могут быть очевидны для вас, они не определены. В лучшем случае это описание и неполное. Например. если бы это была схема, проблема M :: N была бы решена, таблица была бы названа, и все ключи были бы идентифицированы.

В ERD вы не показали атрибуты, которые требуются. Далее вам нужно показать, какие атрибуты являются ключами.

ERD

Вот ERD с использованием несколько улучшенных символов, установленных из вашего описания.

Обратите внимание на реляционные ключи:

• Это композиты

• Они необходимы для:

  • предотвращение дублирования строк
  • принудительное применение реляционной целостности , которая логична (в отличие от референтной целостности, которая является физической)
    Например, мы хотим ограничить учащегося зарегистрироваться в модуле, в котором он зарегистрирован.

реляционная модель данных

Очевидно, чтоERD очень ограничен, у него нет возможности показать все определения, которые возможны и желательны в реляционной модели данных. Кроме того, как видно, он очень быстро заполняется.

Довольно нелепо преподавать ERD для реляционных баз данных. В реальном мире мы не используем ERD для моделирования данных, мы используем IDEF1X , Стандарт моделирования реляционных данных с 1993 года. Вот как это выглядит.

Примечание • Обозначения

• Все мои модели данных отображаются в IDEF1X

• My Введение в IDEF1X является необходимым чтением для начинающих

Примечание • Содержимое

• Первичные ключи, а также альтернативные ключи являются явными.

• Понято Level в Module. Level в Programme не ясно. Он может иметь или не иметь какое-либо отношение к первому.

• * Предикаты могут быть считаны непосредственно из модели. Если они вам нужны в текстовом виде, пожалуйста, спросите.