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

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

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

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

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

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

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

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

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 диаграмма находятся;

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

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

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

Следующее справедливо в отношении взаимодействия между двумя объектами.

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

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

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

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

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

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

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

Следующее справедливо в отношении участников и платежей.

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

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

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

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

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

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

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

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

Наша команда членов сущность будет иметь следующие атрибуты

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

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

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

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

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

Следующий ,

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

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

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

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

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

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

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

Резюме

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

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

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