3.1.3. Удаление рекурсивных связей.

На рисунке 2.8 показаны две рекурсивные связи – Менеджер Руководит РаботникомиСекретарь Помогает Работнику. Эти связи являются рекурсивными, поскольку они представляют связи между отдельными экземплярами сущности одного и того же типа. ИМенеджериСекретарьявляются такими же членами коллектива, как и другие работники, но выполняют особые обязанности, определяющие их отношения с другими членами производственного персонала. Однако сущностиМенеджериСекретарьпредставляют только некоторых членов персонала и не могут представлять любого из работников.

Рекурсивные связи РуководитиПомогаетустраняются посредством введения новой слабой сущности под именемПодчиненный, как показано на рисунке 3.1.1. Эта сущность представляет тех сотрудников, которые находятся в подчинении у инспектора и пользуются услугами секретаря.

1 М

Секретарь

Менеджер

Подчин-й

1 М

Работник

Рис. 3.1.2. Удаление рекурсивных связей ПомогаетиРуководит.

3.1.4. Удаление множественных атрибутов

В локальной концептуальной модели данных представления Менеджер множественные атрибуты отсутствуют, поэтому мы просто переходим к следующему этапу.

3.1.5. Перепроверкасвязей типа 1:1

В некоторых случаях сущности, участвующие в связи 1:1, могут фактически представлять различные аспекты одного и того же объекта. По этой причине рекомендуется вновь проанализировать смысл всех связей типа 1:1, присутствующих в модели данных. В нашей модели имеется две связи подобного типа: Собеседование С КлиентомиДоговор Связан с Объектом, однако совершенно очевидно, что участвующие в нем сущности представляют разные объекты реального мира.

На этапе 3.1.3. была введена новая связь типа 1:1, помещенная в модель с целью удаления рекурсивных связей. Это связь Подчиненный Принадлежит к Работник, показанная на рисунке 3.1.3. В данном случае сущностиРаботник иПодчиненный, по сути, не являются представлением одного и того же объекта. Различие между ними состоит в том, что работники, представленные сущностьюПодчиненный, имеют особые связи с сущностямиМенеджериСекретарь, а так же составляют только часть всего персонала. Исходя из этих соображений, мы принимаем решение, сохранить в модели сущности и их связи, показанные на рисунке 3.1.2.

3.1.6. Удаление избыточных связей

Показанная на рис. 2.8. связь Клиент Покупает Объектфактически уже представлена в модели в виде пути, образованного связямиКлиент Заключает ДоговориДоговор Связан с Объектом. Поэтому связьПокупаетявляется избыточной и не вносит какой-либо дополнительной информации, которая не представлялась бы уже через путь, включающий сущностьДоговор. Более того, клиент вообще не может купить какой-либо объект недвижимость, не заключив договор продажи этого объекта.

Связь Клиент Покупает Объектследует просто удалить из модели данных.

3.1.7. Создание диаграммы «сущность-связь»

ER-диаграмма, представляющая локальную концептуальную модель данных для представленияМенеджерприложенияРеалтэкс, была показана на рис. 2.8. При выполнении этапа 3.1 эта модель была пересмотрена и модифицирована с целью устранения структур данных, реализация которых в среде реляционных СУБД затруднительна. Вид модифицированной модели данных, с учетом всех изменений показан на рис. 3.1.7. Полученную в результате внесения изменений модель данных правильнее будет называть локальной логической моделью данных представленияМенеджерприложенияРеалтэкс.

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