Проектирование ER-диаграммы
Программные решения для бизнеса
“
Мы займемся проектированием ER-диаграммы или диаграммы «сущность-связь», разберем разные типы связей и визуализируем их на примере. Ведь картинка всегда нагляднее текста.
Глоссарий
Для успешного освоения материала рекомендуем вам изучить следующие понятия:
Предметная область
Часть реального мира, рассматриваемая в пределах данного контекста
ER-диаграмма
Интерфейс, позволяющий двум независимым компонентам программного обеспечения обмениваться информацией
Видеолекция
Конспект
ER-диаграммы (диаграммы сущность-связь)
- В основе ER-диаграмм лежит принцип «рисунок нагляднее текста»
- ER-диаграмма графически представляет сущности (entities) предметной области, свойства (attributes) сущностей и связи (relationship) между ними
- ER-диаграммы делятся на концептуальные и физические. В отличие от физических, в концептуальных ER-диаграммах не учитываются особенности конкретной базы данных. Впоследствии сущности концептуальных ER-диаграмм становятся таблицами, атрибуты — колонками, а связи реализуются путем миграции ключевых атрибутов родительских сущностей и создания внешних ключей
Пример построения ER-диаграммы
Предметная область — фитнес-индустрия. Цель заказчика — разработка платформы для удаленных тренировок. Основные шаги построения ER-диаграммы:
- Добавление сущностей
- Добавление связей и их настройка
- Добавление атрибутов
Важно
В данном занятии ER-диаграмма составляется в Microsoft Visio на основе описания заказчика. Используется тип диаграммы Crow's Food database notation
Добавление сущностей
1. Выделяем сущности в описании заказчика
Важно
Сущность (entity) — класс реальных или виртуальных однотипных объектов, информацию о которых необходимо хранить в базе данных. Пример сущности — «тренер»
2. Добавляем сущности на ER-диаграмму
Важно
На ER-диаграмме сущность изображается в виде прямоугольника, внутри которого содержится имя сущности в форме существительного в единственном числе
Добавление связей и их настройка
1. Изображаем связи на ER-диаграмме
Важно
Связь (relationship) — ассоциация между сущностями. Для облегчения понимания диаграммы следует добавлять названия связей. Пример связи — «тренер получает заявку»
2. Указываем тип связи между сущностями
При определении типа следует учитывать модальность связи: «может» или «должен». Модальность «может» означает, что экземпляр одной сущности может быть связан с одним или несколькими экземплярами другой сущности, а может быть и не связан ни с одним экземпляром другой сущности. Модальность «должен» подразумевает связь не менее чем с одним экземпляром другой сущности. Примеры возможных типов связей представлены в таблице
Добавление атрибутов
1. Выделяем атрибуты в описании заказчика
Важно
Атрибуты предназначены для описания сущности. В приведенном примере они выделены красным цветом шрифта
2. Добавляем атрибуты к сущностям
Важно
Следует учитывать, что не все атрибуты могут быть указаны явно в техническом задании. Например, для определения стажа тренера удобно хранить в базе данных дату его трудоустройства
3. Добавляем ключ к сущностям
Важно
Ключ — это один или несколько атрибутов, уникально определяющих сущность. В данном примере в качестве ключа используется атрибут «код»
“
Итак, вы познакомились с правилами построения ER-диаграммы. Давайте перейдем от теории к практике!
Интерактивное задание
Тест
Для закрепления полученных знаний пройдите тест
| Стартуем! |
Какой из типов связей является основным на ER-диаграмме?
| Дальше |
| Проверить |
| Узнать результат |
Связь «По заявке может быть составлен один план тренировки» имеет тип
| Дальше |
| Проверить |
| Узнать результат |
Для уникального определения сущности не используют ее
| Дальше |
| Проверить |
| Узнать результат |
К сожалению, вы ответили неправильно
Прочитайте лекцию и посмотрите видео еще раз
| Пройти еще раз |
Неплохо!
Но можно лучше. Прочитайте лекцию и посмотрите видео еще раз
| Пройти еще раз |
Отлично!
Вы отлично справились. Теперь можете ознакомиться с другими компетенциями
| Пройти еще раз |