Что такое ER-моделирование? Учитесь с примерами

Что такое ER-моделирование?

Моделирование отношений сущностей (ER Modeling) – графический подход к проектированию баз данных. Он использует Entity / Relationship для представления объектов реального мира.

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

  • Объект имеет набор свойств.
  • Свойства объекта могут иметь значения.

В этом уроке вы узнаете,

Давайте снова рассмотрим наш первый пример. Сотрудником организации является организация. Если “Питер” является программистом ( сотрудником ) в Microsoft, он может иметь атрибуты ( свойства), такие как имя, возраст, вес, высота и т. Д. Очевидно, что те имеют значения, относящиеся к нему.

Каждый атрибут может иметь значения . В большинстве случаев один атрибут имеет одно значение. Но атрибуты также могут иметь несколько значений . Например, возраст Петра имеет одно значение. Но его свойство “номера телефонов” может иметь несколько значений.

Сущности могут иметь отношения друг с другом. Рассмотрим простейший пример. Предположим, что каждому программисту Microsoft предоставляется компьютер. Понятно, что компьютер Питера также является сущностью. Питер использует этот компьютер, и тот же компьютер используется Питером. Другими словами, у Питера и его компьютера есть взаимоотношения.

В моделировании отношений сущностей мы моделируем объекты, их атрибуты и отношения между сущностями.

Модель расширенного отношения сущностей (EER)

Модель расширенной привязки сущностей (EER) – это модель данных высокого уровня, которая обеспечивает расширение исходной модели Entity Relationship (ER). Модели EER поддерживают более подробный дизайн. Моделирование EER появилось как решение для моделирования очень сложных баз данных.

EER использует нотацию UML. UML является акронимом для унифицированного языка моделирования; это язык моделирования общего назначения, используемый при проектировании объектно-ориентированных систем. Объекты представлены в виде диаграмм классов. Отношения представлены как ассоциации между субъектами. Диаграмма, показанная ниже, иллюстрирует диаграмму ER с использованием нотации UML.

Зачем использовать модель ER?

Теперь вы можете подумать, зачем использовать ER-моделирование, когда мы можем просто создать базу данных и все ее объекты без моделирования ER? Одна из проблем, возникающих при разработке базы данных, заключается в том, что разработчики, разработчики и конечные пользователи имеют тенденцию рассматривать данные и их использование по-разному. Если эта ситуация остается неконтролируемой, мы можем создать систему баз данных, которая не отвечает требованиям пользователей.

Средства коммуникации, понятные всем заинтересованным сторонам (техническим и нетехническим пользователям), имеют решающее значение для создания систем баз данных, которые отвечают требованиям пользователей. Примерами таких инструментов являются модели ER.

Диаграммы ER также повышают производительность пользователей, поскольку их можно легко перевести в реляционные таблицы.

Пример: диаграмма ER для видеоигры “MyFlix”

Давайте теперь работать с системой базы данных MyFlix Video Library, чтобы помочь понять концепцию диаграмм ER. Мы будем использовать эту базу данных для всех практических действий в оставшейся части этих руководств

MyFlix – это бизнес-объект, который арендует фильмы своим членам. MyFlix хранит свои записи вручную. Теперь руководство хочет перейти в СУБД

Давайте рассмотрим шаги по разработке диаграммы EER для этой базы данных –

  1. Определите сущности и определите отношения, которые существуют между ними.
  2. Каждый объект, атрибут и отношения должны иметь соответствующие имена, которые могут быть легко поняты нетехническими людьми.
  3. Отношения не должны быть связаны напрямую с каждым. Отношения должны связывать объекты.
  4. Каждый атрибут в данном объекте должен иметь уникальное имя.

Объекты в библиотеке “MyFlix”

Объекты, которые должны быть включены в нашу диаграмму ER;

  • Участники – этот объект будет содержать информацию о членах.
  • Фильмы – этот объект будет содержать информацию о фильмах
  • Категории – этот объект будет содержать информацию, которая помещает фильмы в разные категории, такие как “Драма”, “Действие” и “Эпический” и т. Д.
  • Movie Rentals – этот объект будет содержать информацию о фильмах, сданных в аренду членам.
  • Платежи – это лицо будет содержать информацию о платежах, сделанных членами.

Определение отношений между сущностями

Участники и фильмы

Взаимодействие между двумя объектами справедливо.

  • Член может арендовать больше, чем фильм за определенный период.
  • Фильм можно арендовать более чем одним членом за определенный период.

Из приведенного выше сценария мы можем видеть, что характер отношений – это много-ко-многим. Реляционные базы данных не поддерживают отношения “многие ко многим”. Нам нужно ввести объект соединения . Это роль, которую играет роль MovieRentals. Он имеет отношение “один ко многим” с таблицей участников и другое отношение “один ко многим” с таблицей фильмов.

Фильмы и категории объектов

Следующее относится к фильмам и категориям.

  • Фильм может принадлежать только одной категории, но категория может иметь более одного фильма.

Из этого можно сделать вывод, что характер отношения между категориями и таблицей фильмов является “один ко многим”.

Члены и организации платежей

О членах и платежах справедливо следующее:

  • Член может иметь только одну учетную запись, но может совершать ряд платежей.

Из этого можно сделать вывод о том, что характер взаимоотношений между членами и организациями платежей является “один ко многим”.

Теперь давайте создадим модель EER с помощью MySQL Workbench

В Workbench MySQL нажмите кнопку “+”

Дважды нажмите кнопку “Добавить диаграмму”, чтобы открыть рабочее пространство для диаграмм ER.

Появится следующее окно

Давайте рассмотрим два объекта, с которыми мы будем работать.

  • Объект table позволяет нам создавать сущности и определять атрибуты, связанные с конкретным объектом.
  • Кнопка отношения места позволяет нам определять отношения между объектами.

Члены организация будет иметь следующие атрибуты

  • Количество членов
  • Полные имена
  • Пол
  • Дата рождения
  • Физический адрес
  • почтовый адрес

Давайте теперь создадим таблицу участников

  1. Удалите объект таблицы с панели инструментов
  2. Поверните его в области рабочей области. Появится объект с именем table 1
  3. Дважды щелкните по нему. Появится окно свойств, показанное ниже.

Следующий ,

  1. Изменить таблицу 1 для участников
  2. Изменить значение idtable1 по умолчанию в member_number
  3. Нажмите следующую строку, чтобы добавить следующее поле
  4. Сделайте то же самое для всех атрибутов, идентифицированных в сущности участников.

Теперь окно свойств должно выглядеть так.

Повторите вышеуказанные шаги для всех идентифицированных объектов.

Рабочее пространство диаграммы должно выглядеть так, как показано ниже.

Позволяет создавать отношения между Участниками и Movie Rentals

  1. Выберите отношение места, используя существующие столбцы.
  2. Нажмите на членский номер в таблице Members
  3. Нажмите на ссылку в строке MovieRentals

Повторите шаги выше для других отношений. Ваша диаграмма ER теперь должна выглядеть так:

Резюме

  • ER диаграммы играют очень важную роль в процессе проектирования базы данных. Они служат нетехническим средством коммуникации для технических и нетехнических людей.
  • Сущности представляют вещи реального мира; они могут быть концептуальными как заказ на продажу или физический, такой как клиент.
  • Все объекты должны иметь уникальные имена.
  • Модели ER также позволяют разработчикам баз данных определять и определять отношения, существующие между объектами.

Вся модель ER приведена ниже. Вы можете просто импортировать его в MySQL Workbench

Нажмите здесь, чтобы загрузить модель ER

0 ответы

Ответить

Хотите присоединиться к обсуждению?
Не стесняйтесь вносить свой вклад!

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *