Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Белобжеский_Лекции_по_ББД.doc
Скачиваний:
4
Добавлен:
01.07.2025
Размер:
5.5 Mб
Скачать

Реализация низходящего проектирования бд на основе er-модели

Модель «сущность-связь» (Entity-Relationship model, или ER-модель) представляет собой высокоуровневую концептуальную модель данных, которая была разработана Ченом (Chen) в 1976 году с целью упрощения задачи проектирования баз данных. Данная модель данных представляет собой набор концепций, которые описывают структуру базы данных и связанные с ней транзакции обновления и извлечения данных. Основная цель разработки высокоуровневой модели данных заключается в создании модели пользовательского восприятия данных и согласовании большого количества технических аспектов, связанных с проектированием базы данных. Следует особо подчеркнуть, что концептуальная модель данных не зависит от конкретной СУБД или аппаратной платформы, которая используется для реализации базы данных.

Основные концепции модели «сущность-связь» включают типы сущностей, типы связей и атрибуты. Представление о методе можно получить с помощью специально подобранного примера. Предположим, что проектируется БД, предназначенная для хранения информации о преподавателях университетского факуль­тета и о тех курсах, которые они читают. Двумя главными объектами, или сущностями, представляю­щими в данном случае интерес, являются ПРЕПОДАВАТЕЛЬ и КУРС. Эти две сущности соотносятся с помощью связи ЧИТАЕТ, что позволяет нам сказать

ПРЕПОДАВАТЕЛЬ ЧИТАЕТ КУРС

Связь ЧИТАЕТ, существующая между двумя сущностями ПРЕПОДАВАТЕЛЬ и КУРС, может быть графически представлена несколькими способами; из них здесь обсуждаются только два. Рис. 6.1 иллюстрирует использование диаграммы ER-экземпляров с помощью примера, показывающего какой в точности курс читает каждый преподаватель. В этом примере каждый преподаватель идентифицируется номером—преподавателя (нп), и каждый курс – номером курса (нк). Рис. 6.2 называется диаграммой ER-типа и содержит ту же общую информацию, которая содержится на рис. 6.1. В то же время, хотя это мо­жет показаться неочевидным на данный момент, рис. 6.2 содержит всю информацию, необходимую для генерации отношений первого уровня проектирования для БД.

ОМИТ

ЭФУ

АП

ИПУ

Рис. 6.1. Пример диаграммы ER-экземпляров

Рис. 6.2. Пример диаграммы ER-типа

Прежде чем двигаться дальше, необходимо пояс­нить некоторые термины, используемые в дальней­шем.

Типы сущностей

Типы сущностей - объект или концепция, которые характеризуются на данном предприятии как имеющие независимое существование.

Основной концепцией ER-моделирования является тип сущности (entity type), ко­торый представляет множество объектов реального мира с одинаковыми свойствами. Тип сущности характеризуются независимым существованием и может быть объектом с физическим (или реальным) существованием или объектом с концептуальным (или абстрактным) существованием, как показано в табл. 5.1. Обратите внимание на то, что в данный момент можно дать только рабочее определение типа сущности, по­скольку для них пока не существует строгого формального определения. Это значит, что разные разработчики могут выделять разные сущности.

Таблица 5.1. Примеры сущностей с физическим и концептуальным существованием

Физическое существование

Концептуальное существование

Работник

Осмотр объекта недвижимости

Объект недвижимости .

Инспекция объекта недвижимости

Клиент

Продажа объекта недвижимости

Деталь

Рабочий стаж

Поставщик

Изделие

Сущность - экземпляр типа сущности, который может быть идентифицирован уникальным образом.

Каждый уникально идентифицируемый экземпляр типа сущности называется просто сущностью. Некоторые другие авторы предпочитают называть его экземпляром сущности (entity occurrence или entity instance). В этой главе будут использо­ваться только термины «сущность» и «тип сущности». Однако термин «сущность» бу­дет использоваться и в более общем смысле, там, где этот смысл очевиден.

Каждый тип сущности идентифицируется именем и списком свойств. База дан­ных обычно содержит много разных типов сущностей. Несмотря на то, что тип сущности обладает уникальным набором атрибутов, каждая сущность имеет свои собственные значения для каждого атрибута. Типы сущностей можно классифициро­вать как сильные и слабые.

Слабый тип сущности - тип сущности, существование которого зависит от какого-то другого типа сущности.

Сильный тип сущности - тип сущности, существование которого не зависит от какого-то другого типа сущности.

Слабый тип сущности зависит от существования другой сущности. Например, если в БД хранятся сведения не только о сотрудниках кафедры ВУЗа, но и о их ближайших родственниках, то сущ­ность «Родственник сотрудника» является сущностью слабого типа, представляющей сведения о родст­венниках сотрудника. Она не может существовать без присутствия сущности «Сотрудник». Сущность называется сильной, если ее существование не за­висит от существования другой сущности. Примерами сильных сущностей являются сущности Сотрудник и Кафедра. Слабые сущности иногда называют дочерними (child), зависимыми (dependent) или подчиненными (subordinate), а сильные — родительскими (parent), сущностями-владельцами (owner) или доминантными (dominant).