Основные графические обозначения элементов модели
Создание ER модели на примере предметной области «Университет» (упрощенная модель).
Модель предметной области (логического уровня).
Каждой сущности присваивается уникальное имя и номер, разделяемые косой чертой "/" и помещаемые над блоком. Сущности E/1 и E/2 – родительские, сущность E/3 – дочерняя. Результат представлен на рисунке 2.15.
Рисунок 2.15 - Логическая модель БД «Университет»
Таблица 2.8 - Описание сущностей и их атрибутов
| Название сущности | Название атрибута | Характеристика атрибута |
| Disp (описывает понятие "Дисциплина" в предметной области "Университет") | Cafedra | Название кафедры, на которой читается дисциплина |
| Disp_Name | Название дисциплины | |
| ID_Cat (FK) | Ссылка (внешний ключ) на тип дисциплины (на практике это может быть, например, лекция, лабораторная работа и т.д.) | |
| Person (описывает понятие "Человек", который ведет занятия в предметной области "Университет") | Tab_N | Табельный номер сотрудника |
| Academic_Degree | Ученая степень сотрудника | |
| FIO | Фамилия имя отчество сотрудника | |
| Categories (описывает понятие "Категория дисциплины" в предметной области "Университет") | ID_Cat | Идентификатор категории |
| Cat | Тип (категория) занятия | |
| Teach (описывает понятие "Учебная нагрузка" в предметной области "Университет") | Teach_ID | Ссылка (внешний ключ) по идентификатору на сотрудника |
| Start_Of_Work | Начало работы | |
| ID_Disp | Ссылка (внешний ключ) на тип (категорию) занятия, включенного в нагрузку | |
| Tab_N | Ссылка на табельный номер сотрудника |
Атрибуты изображаются в виде списка имен внутри блока сущности. Атрибуты, определяющие первичный ключ, размещаются наверху списка и отделяются от других атрибутов горизонтальной чертой. Идентифицирующая связь между сущностью-родителем и сущностью-потомком изображается сплошной линией. Сущность-потомок в идентифицирующей связи является зависимой от идентификатора сущностью. Пунктирная линия изображает неидентифицирующую связь. Сущность-потомок в неидентифицирующей связи будет независимой от идентификатора. Сущности могут иметь также внешние ключи (Foreign Key), которые могут использоваться в качестве части или целого первичного ключа или неключевого атрибута. Внешний ключ изображается с помощью помещения внутрь блока сущности имен атрибутов, после которых следуют буквы FK в скобках.
Результат преобразования модели из логического уровня в физический уровень моделирования представлен на рисунке 2.16. Из характерных особенностей модели данного уровня следует отметить две важные особенности:
1) модель содержит в себе те же сущности, что были заложены в модель на логическом уровне;
2) каждый атрибут сущности строится на конкретном типе данных, поддерживаемым СУБД.
Рисунок 2.16 - Физическая модель БД «Университет»
По модели "сущность-связь" физического уровня легко перейти к описанию ее структуры на языке SQL конкретной СУБД. Процедура прямого моделирования и проектирования структуры БД называется "forward-engineering". Результатом "forward-engineering" модели БД "Университет" будет SQL скрипт, представленный в приложении А. На практике иногда выполняют обратную процедуру, когда по известному SQL описанию генерируют модель в понятиях методологии "сущность-связь" для ее дальнейшего анализа и развития. Подобные процедуры называются "reverse-engineering" и реализованы почти во всех CASE средствах моделирования, например в ERWin.