Должны начать с (R x S )
Диаграмма сущности и связи
Базовые понятия ERD
Сущность (таблица, отношение) — это представление набора реальных или абстрактных объектов (людей, вещей, мест, событий, идей, комбинаций и т. д.), которые можно выделить в одну группу, потому что они имеют одинаковые характеристики и могут принимать участие в похожих связях. Каждая сущность должна иметь наименование, выраженное существительным в единственном числе. Каждая сущность в модели изображается в виде прямоугольника с наименованием.
Можно сказать, что Сущности представляют собой множество реальных или абстрактных вещей (людей, объектов, событий, идей и т. д.), которые имеют общие атрибуты или характеристики.
Диаграмма сущности и связи
Связь — это некоторая ассоциация между двумя сущностями. Одна сущность может быть связана с другой сущностью или сама с собою. Связи позволяют по одной сущности находить другие сущности, связанные с ней.
Каждая связь может иметь один из следующих типов связи :
- Один-к-одному,
- многое-ко-многим,
- один-ко-многим .
Диаграмма сущности и связи
- Связь типа один-к-одному означает, что один экземпляр первой сущности (левой) связан с одним экземпляром второй сущности (правой). Связь один-к-одному чаще всего свидетельствует о том, что на самом деле мы имеем всего одну сущность, неправильно разделенную на две.
Диаграмма сущности и связи
Связь типа многое-ко-многим означает, что
каждый экземпляр первой сущности может
быть связан с несколькими экземплярами
второй сущности , и каждый экземпляр
второй сущности может быть связан с
несколькими экземплярами первой сущности .
Тип связи много-ко-многим является
временным типом связи, допустимым на ранних этапах разработки модели. В дальнейшем этот тип связи должен быть заменен двумя связями типа один-ко-многим путем создания промежуточной сущности.
Пример связи многие ко многим
Студент
Студент
должен
Учит
Зарегистрироваться
Дисциплины
на
модуль
один-ко-многим
Связь типа один-ко-многим означает, что один экземпляр первой сущности (левой) связан с несколькими экземплярами второй сущности (правой). Это наиболее часто используемый тип связи. Левая сущность (со стороны «один») называется родительской , правая (со стороны «много») — дочерней .
При разработке ER-моделей необходимо обследовать предметную область (организацию, предприятие) и выявить:
1) Сущности, о которых хранятся данные в организации (предприятии), например, люди, места, идеи, события и т.д., (будут представлены в виде блоков);
2) Связи между этими сущностями (будут представлены в виде линий, соединяющих эти блоки);
3) Свойства этих сущностей (будут представлены в виде имен атрибутов в этих блоках).
Пример отношении один –ко- многим
Сценарии диаграмм
- ОПИСАНИЕ ПРОБЛЕМЫ
- Давайте еще раз рассмотрим сценарий студента и ее музыкальной библиотеки (с небольшими изменениями). Студент хочет создать базу данных для хранения информации о своем каталоге компакт-дисков. Информация, которая будет храниться на каждом компакт-диске, включает их название, цену, жанр и количество дорожек. На каждом CD также будет артист, и каждый артист может создать несколько компакт-дисков. Треки будут иметь заголовок и время выполнения (в секундах). Каждый трек должен принадлежать только одному компакт-диску. У артистов есть имена, связанные с ними, и нужно иметь возможность искать в базе данных имена артистов.
- Создание диаграммы E / R
- После того как вы определили все сущности и т. Д. Из описания, полезно нарисовать диаграмму E / R. Это может дать вам полезную картину расположения базы данных. Используя приведенную выше информацию, мы можем создать неполную / неполную диаграмму E / R:
имя
Артист
Альбомы
Выпускает
Гараж для ремонта транспортных средств может обслуживать транспортные средства нескольких типов (например, автомобили, микроавтобусы, грузовики и т. Д.). В целях выставления счетов гараж должен записывать все данные о транспортном средстве (например, регистрация, цвет, количество оси колеса, MOT и т. Д.). Клиенты приносят свои автомобили в гараж и оставляют его там для ремонта. Как только ремонт сделан, менеджер гаража обращается к владельцам, чтобы они могли забрать свои транспортные средства. Гараж обрабатывает различные виды ремонта, которые выполняются в разных отделах (например, краска, целостность корпуса, электрика и электроника, двигатель и т. Д.). Индивидуальный механик работает только по одной специальности. Менеджер гаража отслеживает, какой механик работает на каком транспортном средстве, потому что заработная плата сотрудника зависит от его базовой зарплаты плюс дополнительный за каждый автомобиль, который он ремонтирует. Таким образом, менеджер заинтересован в создании базы данных, которая позволила бы ему рассчитать заработную плату сотрудников, исходя из сложности и количества ремонтов, выполняемых для транспортных средств.
Гараж для ремонта транспортных средств может обслуживать транспортные средства нескольких типов (например, автомобили, микроавтобусы, грузовики и т. Д.). В целях выставления счетов гараж должен записывать все данные о транспортном средстве (например, регистрация, цвет, количество оси колеса, MOT и т. Д.). Клиенты приносят свои автомобили в гараж и оставляют его там для ремонта. Как только ремонт сделан, менеджер гаража обращается к владельцам, чтобы они могли забрать свои транспортные средства. Гараж обрабатывает различные виды ремонта , которые выполняются в разных отделах (например, краска, целостность корпуса, электрика и электроника, двигатель и т. Д.). Индивидуальный механик работает только по одной специальности. Менеджер гаража отслеживает, какой механик работает на каком транспортном средстве, потому что заработная плата сотрудника зависит от его базовой зарплаты плюс дополнительный за каждый автомобиль, который он ремонтирует. Таким образом, менеджер заинтересован в создании базы данных, которая позволила бы ему рассчитать заработную плату сотрудников, исходя из сложности и количества ремонтов, выполняемых для транспортных средств.
Primary Key должен быть подчеркнут
Foreign Key должен быть курсивным