2.3.2. Ловушка разрыва
Ловушка разрыва может возникнуть при наличии связи с частичным участием, образующей часть пути между связанными сущностями. На Рис.2.3.5 потенциальная ловушка разрыва показана на примере связей между сущностями Отделение, Сотрудник и Недвижимость_в_аренду.
Рис. 2.3.5. Пример ловушки разрыва
Рассмотрев представленную ER-модель, можно сделать вывод, что одно отделение компании имеет много сотрудников, которые работают со сдаваемыми в аренду объектами. Однако, не все сотрудники непосредственно работают с объектами, а также не все сдаваемые в аренду объекты недвижимости в каждый конкретный момент находятся в ведении кого-либо из работников компании.
(Рис.2.3.6)
Рис. 2.3.6. Семантическая сетевая модель ER-модели, представленной
на Рис.2.3.5
С помощью этой семантической сетевой модели попробуем ответить на следующий вопрос: "Какое отделение компании отвечает за работу с объектом 'РА14'?". К сожалению, на данный вопрос нельзя дать ответ, поскольку этот объект в текущий момент не связан ни с одним из сотрудников, работающих в каком-либо из отделений компании.
Неспособность дать ответ на заданный вопрос рассматривается как потеря информации, в результате которой и возникает ловушка разрыва.
Для решения этой проблемы следует ввести связь Имеет между сущностями Сотрудник и Недвижимость_в_аренду. Схемы изображенные на Рис.2.3.7 и Рис.2.3.8 дают ответ на поставленный выше вопрос: объект недвижимости с номером "PA14" приписан к отделению компании с номером "B7".
Рис. 2.3.7. ER-диаграмма, представленная на Рис.2.3.5, после переработки с целью устранения ловушки разрыва
Рис. 2.3.8. Семантическая сетевая модель ЕR-модели, представленной на Рис.2.3.7.
2.4. Ееr-модель
Рассмотренных выше понятий ER-моделирования вполне достаточно для представления большинства схем баз данных в традиционных административно-управленческих приложениях. Однако, начиная с 80-х годов, стали быстро распространяться многие новые типы приложений баз данных — например, инструменты автоматизированного проектирования (Computer Aided Design -- CAD), инструменты автоматизированной подготовки производства (Computer Aided Manufacturing –CAM), инструменты автоматизированного проектирования и создания программ (computer Aided Software Engineering - CASE), мультимедийные приложения. Эти типы приложений предъявляют к базам данных более строгие требования, чем традиционные административно-управленческие приложения. Поэтому основных понятий ER-моделирования оказалось недостаточно для удовлетворения новых требований, выдвигаемых все более усложнявшимися приложениями. К ER-моделям стали добавлять новые семантические концепции. В результате была получена расширенная ER-модель, которая получила название EER-модели.
2.4.1. Суперклассы и подклассы типов сущностей
Множество сущностей, включающих разные подклассы, которые необходимо представить в модели данных, называется Суперклассом.
Подкласс – это множество сущностей, играющих самостоятельную роль и принадлежащих некоторому суперклассу.
В некоторых случаях множество сущностей может иметь несколько разных подклассов. Например, для типа сущности Сотрудник отдельные экземпляры этой сущности можно классифицировать как: Управляющий, Секретарь и Торговый_агент. Иначе говоря, сущность Сотрудник можно рассматривать как суперкласс для подклассов Управляющий, Секретарь и Торговый_агент. Связь между суперклассом и любым его подклассом называется связью "суперкласс/подкласс". Например, связь Сотрудник/Управляющий является связью типа "суперкласс/подкласс".
Связь между суперклассом и подклассом относится к типу "один к одному" (1:1).
Существуют две причины введения суперклассов и подклассов:
Не допустить повторное описание близких по смыслу понятий.
Включается больше семантической информации, привычной для понимания.