Логическое проектирование БД.

Вводная часть.

Логическое проектирование – это процесс создания модели данных, используемой в ПО, с учетом выбранной модели организации данных(выбранного типа СУБД). Этап логического проектирования обычно разбивается на 2 подэтапа.

1. на базе ЛКМД строится локальные логические модели данных(ЛКМД->ЛЛМД),

с учетом выбранной модели организации данных. На это подэтапе уже должно быть известно, какого типа СУБД выбрана(реляционная, сетевая, иерархическая, объектно-ориентированная). Далее, для проверки корректности ЛЛМД используются методы нормализации, так же осуществляется проверка концептуальной модели в отношении транзакций пользователя.

2. осуществляется слияние ЛЛМД в ГЛМД с использованием различных методов интеграции.

 

Подэтап 1. Логическое проектирование БД. Построение и проверка ЛЛМД.

 

Цель этого подэтапа – построение ЛЛМД на основе ЛКМД и проверка полученной модели с помощью методов нормализации и контроля выполняемых транзакций. Можно выделить следующие фазы:

1. преобразование ЛКМД в ЛЛМД.

2. определение набора отношений исходя из структуры ЛЛМД.

3. проверка модели с помощью правил нормализации.

4. проверка модели в отношении транзакций пользователей.

5. создание окончательных диаграмм ER-типа и ER-экземпляров.

6. определение требований поддержки целостности данных.

7. обсуждение разработанных ЛЛМД с пользователями.

Рассмотрим некоторые из фаз.

 

Преобразование ЛКМД в ЛЛМД.

Цель фазы – доработка ЛКМД с целью удаления из нее нежелательных элементов и преобразования ЛКМД в ЛЛМД. На основе построенной диаграммы ЛКМД, можно осуществить их анализ и удалять или заменять нежелательные связи или элементы. Обычно на этой фазе выполняются следующие действия:

1. удаление связей типа M:N.

2. удаление сложных связей.

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

4. удаление связей со сложными атрибутами

5. перегруппировка связей типа 1:1.

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

Рассмотрим преобразование ЛКМД->ЛЛМД.

Удаление связей типа N:M.

Если в ЛКМД присутствует связь типа M:N, т.е. многие ко многим, то их желательно устранить и это делается обычно путем введения дополнительной(промежуточной) сущности, а связь типа M:N заменяется двумя связями типа 1:N.

 

Рис 3.4.2.1.1.1.

Рассмотрим на примере удаления связи типа N:M.

Рис 3.4.2.1.1.2

Для устранения связи M:N в данном случае выделим промежуточную сущность «специальность» и создадим две новые связи(две новые диаграммы ER-типа).

Рис 3.4.2.1.1.3