2.4 Физическая модель базы данных

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

Рисунок 2.4.1 Физическая модель базы данных

В данной базе так же были предусмотрены ограничения. Ограничения требуются для таблиц по типу супертип-подтип. Такими таблицами являются таблицы Обслуживающий персонал, Диспетчеры, Менеджеры и Водители (см рис 2.4.2).

Рисунок 2.4.2 Ограничения базы данны

2.5 Отчет об ошибках в Validator

Validator – это инструмент для проверки структуры баз данных, создаваемых в Erwin Data Modeler, позволяющий выявлять недочеты и ошибки проектирования. Позволяет анализировать структуры данных, ключи индексы, столбцы и отношения.

В ходе проектирования базы данных Validator выявил следующие ошибки (см. рис 2.5).

Рисунок 2.5.1 Ошибки выявленные Validator.

Ошибки индексов и ограничений

1. Не определен альтернативный ключ.

2. Альтернативный ключ с нулевыми колонками.

3. Отсутствует индекс

4. Первичный ключ имеет большое количество колонок.

5. Конфликт правила ссылочной целостности.

Ошибки нормализации

1. Неправильная функциональная зависимость.

Validator после исправления всех ошибок (см. рис 2.5.2.).

Рисунок 2.5.2 Validator после исправления ошибок Прямое проектирование

2.6 Процесс прямого проектирования

Создаем объекты базы данных в Oracle (см. рис 2.6.1).

Рисунок 2.6.1 Вход в Oracle.

Заходим в ORACLE под своим пользователем. Для этого вводим свой логин и пароль. Генерируем Базу Данных (см. рис 2.6.2)

Рисунок 2.6.2 Схема Генерации Базы Данных.

Процесс прямого проектирования прошел без ошибок.

3. Тексты и результаты выполнения запросов

3.1 Проверка базы данных в Oracle

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

Таблица Обслуживающий персонал (см. рис 3.1.1)

Рисунок 3.1.1 Таблица Обслуживающий персонал

Таблица Персонал (см. рис. 3.1.2)

Рисунок 3.1.2 Персонал

Таблица Водители (см. рис 3.1.3).

Рисунок 3.1.3Таблица Водители

Таблица Менеджеры (см. рис 3.1.4).

Рисунок 3.1.4Таблица Менеджеры

Таблица Диспетчеры (см. рис 3.1.5).

Рисунок 3.1.5 Таблица Диспетчеры

Таблица Транспортное средство (Тр_ср) (см. рис 3.1.6).

Рисунок 3.1.6 Таблица Тр_ср.

Таблица Транспортное средство – Водитель (см. рис 3.1.7).

Рисунок 3.1.7 Таблица Тр_ср_вод

Таблица Рейс (см. рис 3.1.8).

Рисунок 3.1.8 Рейс

Таблица Транспортное средство Водитель Рейс (см. рис 3.1.9).

Рисунок 3.1.9 Тр_с_Вод_Рейс

Таблица Заказ (см. рис 3.1.10).

Рисунок 3.1.10 Заказ

Таблица Менеджер Заказ (см. рис 3.1.11).

Рисунок 3.1.11 Мен_Зак

Таблица Рейс Заказ (см. рис 3.1.12).

Рисунок 3.1.12 Рейс_Заказ

Таблица Заказчики (см. рис 3.1.13).

Рисунок 3.1.13 Таблица Заказчики

Таблица Юридический адрес (см. рис 3.1.14).

Рисунок 3.1.14 Юр_адрес

Таблица Заказ Заказчик (см. рис 3.1.15).

Рисунок 3.1.15 Зак_Заказчик

Таблица Расписание (см. рис 3.1.16).

Рисунок 3.1.16 Расписание