Лекция 8. Методы логического проектирования баз данных реляционного типа

Лекция 8. Методы логического проектирования баз данных реляционного типа 1

Этап 2. Построение и проверка локальной логической модели данных для отдельных представлений каждого из типов пользователей 2

Этап 2.1. Преобразование локальной концептуальной модели данных в локальную логическую модель 3

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

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

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

4. Удаление связей с атрибутами 5

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

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

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

Этап 2.2. Определение набора отношений исходя из структуры локальной логической модели данных 7

Этап 2.3. Проверка модели с помощью правил нормализации 11

Этап 2.4. Проверка модели в отношении транзакций пользователей 12

Этап 2.5. Создание диаграмм „сущность-связь" 13

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

Этап 2,7. Обсуждение разработанных локальных логических моделей данных с конечными пользователями - 17

Этап 3. Создание и проверка глобальной логической модели данных 18

Этап 3.1. Слияние локальных логических моделей данных в единую глобальную модель данных 19

1. Анализ имен сущностей и их первичных ключей 19

2. Анализ имен связей 20

3. Слияние общих сущностей из отдельных локальных моделей 20

4. Включение (без слияния) сущностей, уникальных для каждого локального представления 22

5. Слияние общих связей из отдельных локальных моделей 22

6. Включение (без слияния) связей, уникальных для каждого локального представления 22

7. Проверка на наличие пропущенных сущностей и связей 22

8. Проверка корректности внешних ключей 22

9. Проверка соблюдения ограничений целостности 22

10. Выполнение чертежа глобальной логической модели данных 23

11. Обновление документации 23

Этап 3.2. Проверка глобальной логической модели данных 23

Этап 3.3. Проверка возможностей расширения модели в будущем 23

Этап 3.4. Создание окончательного варианта диаграммы „сущность-связь" 23

Этап 3.5. Обсуждение глобальной логической модели данных с пользователями 24

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

Логическое проектирование баз данных - процесс конструирования общей информационной модели предприятия на основе отдельных моделей данных пользователей, которая является независимой от особенностей реально используемой СУБД и других физических условий.

В этом разделе описываются следующие определяемые рассматриваемой методологией этапы логического проектирования баз данных.

Этап 2. Построение и проверка локальной логической модели данных для отдельных представлений каждого из типов пользователей.

Этап 3. Создание и проверка глобальной логической модели данных.

Этап 2. Построение и проверка локальной логической модели данных для отдельных представлений каждого из типов пользователей

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

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

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

Данный этап включает следующее.

Этап 2.1. Преобразование локальной концептуальной модели данных в локальную логическую модель.

Этап 2.2. Определение набора отношений исходя из структуры локальной логической модели данных.

Этап 2.3. Проверка модели с помощью правил нормализации.

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

Этап 2.5. Создание диаграмм "сущность-связь".

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

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

Этап 2.1. Преобразование локальной концептуальной модели данных в локальную логическую модель

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

В результате выполнения первого этапа мы получим набор локальных концептуальных моделей данных, отражающих представление отдельных пользователей о работе предприятия. Однако эти модели данных могут содержать некоторые структуры данных, реализация которых в обычных типах СУБД будет затруднена. На этом эта­пе подобные структуры данных преобразуются в такую форму, которая не вызовет затруднений при их реализации в среде существующих СУБД. Может последовать замечание, что эти действия не являются элементом логического проектирования баз данных. Однако предлагаемая процедура Заставляет разработчика более тщательно обдумывать смысл каждого элемента данных, что положительно сказывается на точ­ности отображения в модели особенностей того или иного предприятия.

1. На данном этапе выполняются следующие действия:

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

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

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

5. Удаление связей с атрибутами

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

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

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