ER-диаграммы

Как уже отмечалось, была введена не только сама модель «сущность/связь», но и представлена концепция ER-диаграмм. Такая диаграмма является методом представления логической структуры базы данных в графическом виде для более простого и наглядного отображения основных компонентов конкретного проекта базы данных. Популярность методов ER-моделирования как подхода для проектирования баз данных, скорее всего, объясняется именно наличием подобной диаграммной технологии, а не чем-либо иным. Рассмотрим правила создания ER-диаграмм.

§ Сущности. Каждый тип сущности на ER-диаграмме представляется в виде отдельного прямоугольника с указанным внутри именем сущности, причем прямоугольники сущностей слабых типов рисуются двойной линией (см. рис. 1.8).

Рис. 1.8 Примеры графического изображения сущностей

Пример 1.1: Основываясь на ER-диаграмме, представленной на рис. 1.6, можно отметить, что сильными сущностями являются «Отдел», «Работник», «Поставщик», «Деталь», «Проект»; а слабой сущностью является «Подчиненный».

§ Свойства. Свойства отображаются на ER-диаграмме в виде эллипсов, содержащих имена этих свойств. Эллипсы соединяются с соответствующей сущностью (или связью) сплошной линией. Контур эллипса рисуется штриховой линией, если свойство производное, и двойной линией, если свойство многозначное. Если свойство составное, то составляющие его свойства показаны в виде других эллипсов, соединенных с эллипсом составного свойства с помощью дополнительных линий. Имена ключевых свойств обычно подчеркиваются, а множества значений не отображаются вовсе (см. рис. 1.9).

Рис. 1.9 Примеры графического изображения свойств

Пример 1.2: Для рассматриваемого примера у сущности «Работник» можно выделить следующие свойства: «Номер Работника» (личный номер работника – ключевое поле); «ФИО» - составное свойство, состоящее из «Имени», «Отчества» и «Фамилии»; «Зарплата».

§ Связи. Каждый тип связи показан на ER-диаграмме в виде ромба с названием связи внутри. Ромб рисуется двойной линией, если это связь между слабым типом сущности и типом сущности, от существования которого она зависит. Участники каждой связи соединяются с ромбом соответствующей связи сплошными линиями. Каждая такая линия содержит надпись «1» или «М» для обозначения типа связи («один к одному», «один ко многим» и т.д.). Двойная линия обозначает полное участие в связи данной стороны (см. рис. 1.10).

Рис. 1.10 Примеры графического изображения связей

Пример 1.3 В рассматриваемом примере (рис. 1.6) можно выделить следующие связи: «Отд_Раб» (связь типа «один ко многим»), «Раб_Подч» (связь между сущностью «Работник» и слабой сущностью «Подчиненный», причем связь со стороны сущности «Подчиненный» является полной).

Имеется возможность указания ролей, которые выполняют сущности в связи. Для этого над линией, соединяющей соответствующую сущность и связь, надписывается наименование этой роли. На рис. 1.6 роли указаны для сущности «Деталь» для связи «Состав_дет». Роль «Компонент» говорит о том, что деталь может являться составной частью другой детали, а роль «Объединение» - о том, что деталь может состоять из других деталей. Связь «Состав_дет» является примером рекурсивной связи.

§ Подтипы и супертипы. Пусть тип сущности Y является подтипом типа сущности X. Тогда от прямоугольника Y к прямоугольнику X можно провести сплошную линию со стрелкой на конце возле Y. Эта линия представляет то, что иногда называется связью принадлежности.

Пример 1.4 Пример представлен на рис. 1.7, где тип сущности «Программист» является подтипом типа сущности «Работник», а типы сущностей «Прикладной программист» и «Системный программист» являются подтипами типа сущности «Программист».

В определенном смысле построенная в соответствии с описанными выше правилами ER-диаграмма является проектом базы данных. Однако одной этой модели не достаточно для построения какой-либо формальной модели базы данных, например реляционной, ввиду того, что информации, отображаемой на диаграмме, не достаточно для осуществления такого отображения, так как ER-модель не является формальной. Таким образом ER-моделирование (или семантическое моделирование в какой-либо иной форме) является начальным шагом в процессе проектирования базы данных.

Дата добавления: 2014-01-13