# ERD {% hint style="info" %} **Схема «сущность-связь» (также ERD или ER-диаграмма)** — это разновидность блок-схемы, где показано, как разные «сущности» (люди, объекты, концепции и так далее) связаны между собой внутри системы. {% endhint %} ER-диаграммы чаще всего применяются для проектирования и отладки **реляционных баз данных**. ## Уровни детализации 1. **Концептуальная модель данных** Первая верхнеуровневая модель для представления новой предметной области будущего проекта: что в ней есть и с чем нужно работать. ER-модель концептуального уровня нужна системному аналитику и заказчику, чтобы проверить, все ли термины учтены. Поэтому системный аналитик, как правило, создаёт её самостоятельно и не привлекает технических специалистов из команды разработки. 2. **Логическая модель данных** На этом уровне детализируют данные из концептуальной модели: к сущностям добавляют характеристики — атрибуты. Модель логического уровня тоже составляет системный аналитик, но уже не в одиночку. К работе подключают технических специалистов ― разработчика или архитектора баз данных. Готовую логическую ER-модель нужно презентовать команде разработки. Разработчики проверяют, чтобы аналитик ничего не упустил, и согласовывают модель. 3. **Физическая модель данных** На этом уровне описывают, как будет организована работа с данными: выбирают тип базы, её содержание и где данные будут хранить. Например, выбирают реляционный тип базы данных и СУБД для работы с ней, перечисляют таблицы в базе и определяют, что она будет храниться на внутреннем сервере компании.\ \ Над ER-моделью физического уровня в большей степени работают архитектор баз данных и разработчики, а системный аналитик только помогает в процессе. ## Нотация Чена Классическая нотация, которая состоит из простых символов — прямоугольников, овалов и линий. Из-за этого нотацию часто используют для концептуальных моделей, которые презентуют заказчику. Человеку, который далёк от аналитики данных, проще разобраться в понятных диаграммах со знакомыми символами.

Нотация Чана

## Нотация Мартина Её ещё называют «воронья лапка» (от англ. Crow's Foot). Она компактнее нотации Чена, поэтому её используют для построения ER-моделей физического уровня, когда нужно описать в модели все атрибуты сущностей.

Нотация Мартина

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

"Вороньи лапки"

## Как создать ER‑диаграмму 1. **Определить сущности** Чтобы собрать все сущности будущего проекта, системные аналитики общаются с заказчиком и будущими пользователями ПО: сотрудниками или клиентами компании. На этом этапе обычно создают концептуальную модель и согласовывают её с заказчиком. 2. **Определить атрибуты** Системный аналитик детализирует информацию, собранную во время интервью, и описывает характеристики сущностей. Если данных не хватает, нужно повторно опросить заинтересованных лиц. 3. **Определить связи между сущностями и их типы** На этом этапе выясняют, какие сущности и как связаны между собой. Например: «один-к-одному» или «один-ко-многим» или «многие-ко-многим». 5. **Проверить ER-модель** После завершения работы над ER-моделью системный аналитик проверяет, нет ли в ней лишних сущностей, дубликатов данных и косвенных связей между данными в одной таблице. Такую проверку называют [нормализацией данных](https://docs.system-analyst-base.ru/hard-skills/bazy-dannykh/relyacionnye/normalnye-formy). ## Примеры инструментов * dbdiagram.io () Источники: * *