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

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

Модель отношений сущностей (ER Modeling) — это графический подход к проектированию базы данных. Это модель данных высокого уровня, которая определяет элементы данных и их взаимосвязь для указанной программной системы. Модель ER используется для представления объектов реального мира.

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

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

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

Каждый атрибут может иметь Наши ценности. В большинстве случаев один атрибут имеет одно значение. Но возможно, что атрибуты имеют несколько значений также. Например, возраст Питера имеет одно значение. Но его «телефон numbersСвойство «может иметь несколько значений.

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

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

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

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

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


Расширенные взаимоотношения между сущностями (EER)

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

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

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

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

Практический пример: ER-диаграмма для видеотеки «MyFlix»

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

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

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

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

Объекты в библиотеке «MyFlix»

Субъекты, которые будут включены в нашу ER диаграмма находятся;

  • Участники – эта организация будет хранить информацию об участниках.
  • Кино – этот объект будет хранить информацию о фильмах
  • Категории – этот объект будет хранить информацию, которая распределяет фильмы по различным категориям, таким как «Драма», «Боевик», «Эпик» и т. д.
  • Прокат фильмов – эта организация будет хранить информацию о фильмах, сданных в аренду участникам.
  • Оплата – эта организация будет хранить информацию о платежах, произведенных участниками.

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

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

Фоллоwing справедливо в отношении взаимодействия между двумя сущностями.

  • Участник может взять напрокат более одного фильма за определенный период.
  • Фильм может быть взят напрокат более чем одним участником в течение определенного периода.

Из приведенного выше сценария мы видим, что характер отношений — «многие ко многим». Реляционные базы данных не поддерживают отношения «многие ко многим». Нам нужно ввести соединительную сущность. Эту роль играет сущность MovieRentals. Он имеет связь «один ко многим» с таблицей участников и еще одну связь «один ко многим» с таблицей фильмов.

Объекты фильмов и категорий

Фоллоwing справедливо в отношении фильмов и категорий.

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

Из этого мы можем сделать вывод, что природа связи между категориями и таблицей фильмов — «один ко многим».

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

Фоллоwing верно в отношении участников и платежей

  • Участник может иметь только один счет, но может совершать несколько платежей.

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

Теперь давайте создадим модель EER, используя MySQL Верстак

В MySQL верстак, нажмите кнопку «+».

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

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

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

Фоллоwing появляется окно

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

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

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

Ассоциация членов сущность будет иметь следующееwing Атрибуты

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

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

1. Перетащите объект таблицы с панели инструментов.

2. Перетащите его в рабочую область. Появится сущность с именем table 1.

3.Double нажмите здесь. Появится окно свойств, показанное ниже.

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

Следующий ,

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

Окно ваших свойств теперь должно выглядеть так.

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

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

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

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

Давайте создадим отношения между участниками и прокатом фильмов.

  1. Также выберите взаимосвязь мест, используя существующие столбцы.
  2. Нажмите номер членства в таблице «Участники».
  3. Нажмите ссылку_номер в таблице MovieRentals.

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

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

Итого

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

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

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