2.3 Создание физической модели

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

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

По умолчанию Erwin генерирует имена таблици индексов по шаблону на основе имён соответсвующих сущностей и ключей логической модели.

Физическая структура представлена на рисунке 2.1.2:

2.4 Примеры Нормализации

Теперь необходимо будет проверить полученную схему на соответствие нормальным формам (с первой нормальной формы по 5 нормальную форму):

Таблица Тренировка

Тренировка

Н_трен Н_секциии Наим_трен Дата_трен Длит_трен Посещаем

Номер тренировки Номер секции Наименование тренировки Дата тренировки Длительность тренировки Посещаемость

Н_трен-> Н_секциии

Н_трен-> Наим_трен

Н_трен-> Дата_трен

Н_трен-> Длит_трен

Н_трен-> Посещаем

1 Нормальная форма – когда все значения атомарные ( такие данные, разделение которых на составляющие приводит к потере их смысла с точки зрения решаемой задачи)

2 Нормальная форма – когда все не ключевые атрибуты функционально полно зависят от ключа; так как в данной таблице всего один ключевой атрибут, таблица по определению находится во 2 НФ.

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

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

4 Нормальная форма – форма находиться в НФБК и не содержит многозначных зависимостей.

5 нормальная форма – не содержит зависимости соединений.

Таблица Туристы

Туристы

Н_тур Н_группы Фам_тур Имя_тур Отч_тур Пол_тур Дата_р_тур Н_страх Тел_тур

Номер туриста Номер группы Фамилия туриста Имя туриста Отчество туриста Пол туриста Дата рождения туриста Номер страхования Телефон туриста

Н_тур,Н_группы->Фам_тур

Н_тур,Н_группы->Имя_тур

Н_тур,Н_группы->Отч_тур

Н_тур,Н_группы->Пол_тур

Н_тур,Н_группы->Дата_р_тур

Н_тур,Н_группы->Н_страх

Н_тур,Н_группы->Тел_тур

1НФ: Все значения атомарны

2НФ: Каждый неключевой атрибут зависит от ключа полностью

3НФ: Все неключевые атрибуты зависят только от ключа, взаимонезависимы

НФБК: Любая функциональная зависимость несет в себе в качестве детерминанта ключ данного отношения

4НФ: Зависимость соединения отсутствует

Таблица Поход

Поход

Н_похода Тип_похода Сложность Марш_пох Кол_дней Расстояние Инструктор Контр_точ Дата_пох Назв_пох

Номер похода Тип похода Сложность Маршрут похода Количество дней похода Расстояние похода Инструктор похода Контрольная точка похода Дата похода Название похода

Н_похода-> Тип_похода

Н_похода-> Сложность

Н_похода-> Марш_пох

Н_похода-> Кол_дней

Н_похода-> Расстояние

Н_похода-> Инструктор

Н_похода-> Контр_точ

Н_похода-> Дата_пох

1НФ: Все значения атомарны

2НФ: Ключ является простым

3НФ: Все неключевые атрибуты взаимонезависимы, зависят только от ключа

НФБК: Т.к. ключ простой, то все ключевые атрибуты зависят только от ключа

4НФ: Нет зависимости соединения