5 Логическое проектирование реляционной БД

Преобразование ER-диаграммы в схему базы данных Нормализация полученных отношений (до 3НФ).

отношения Автомобили (Cars).

(таблица 1).

id.

year_of_issue — Год выпуска.

color — Цвет.

quality — Состояние.

rented — В прокате.

model — Модель.

marka Название.

photo фото.

capacity Вместимость.

price Цена (за день аренды).

type Тип кузова таблица 1.

Приведем к 1НФ (таблица 2).

Отношение приведено к 1НФ, если все его атрибуты простые.

Отношение (Cars) содержит сложные атрибуты Модели (model) и Марка (Brand). Для приведения к 1НФ требуется сделать ключ отношения составным — атрибуты ID, Model, Brand.

(таблица 2).

Вторая нормальная форма (2НФ) Ключом отношения Автомобили является комбинация полей (ID, Model, Brand). Все поля не входящие в состав ключа, зависят только от идентификатора автомобилей. Поэтому отношение должно быть разбито на два: Автомобили и Автомобили — Модели — Марки.

Отношение Автомобили приведённое к 2НФ (таблица 3).

Таблица 3.

Отношение Автомобили — Модели — Марки. (таблица 4).

Таблица 4.

Третья нормальная форма (3НФ) Для отношения Автомобили атрибут Price зависит от Ear_of_issue, а не от ключа. Поэтому для приведения отношения к 3НФ нужно выделить из него ещё одно отношение Стоимость аренды (таблица 5).

Таблица 5.

отношение Стоимость аренды (таблица 6).

таблица 6.

отношения Клиенты (Clients).

d — идентификатор (первичный ключ).

fio — Фамилия, имя, отчество.

Dyers — Стаж вождения.

Rating — Рейтинг (кол-во заказов).

Passport — № Паспорта.

Accidents — Кол-во аварий.

Date Дата заключения.

(таблица 7).

Days — Длительность.

Collisions — Повреждения Таблица 7.

Result — Результат (урон) Первая нормальная форма (1НФ) отношения Клиенты (Clients).

Отношение приведено к 1НФ, если все его атрибуты простые.

отношения Клиенты (Clients) (таблица 8).

таблица 8.

Вторая нормальная форма 2 НФ Ключом отношения Клиенты (Clients) является комбинация полей (ID, Family, Dyers). Все поля не входящие в состав ключа, зависят только от идентификатора Clients. Поэтому отношение должно быть разбито на два: Клиенты и Клиенты — ФИО — Dyers Отношение Клиенты — ФИО — Dyers приведённое к 2НФ Таблица 9.

Третья нормальная форма (3НФ) Для отношения Клиенты (Clients) атрибут Accidents зависит от Result, а не от ключа. Поэтому для приведения отношения к 3НФ нужно выделить из него ещё одно отношение ДТП (таблица 10).

таблица 10.

• 1НФ. Отношения данной БД не нарушают 1НФ, т.к. нет сложных атрибутов.
• 2НФ. Отношения данной БД примера не нарушают 2НФ, т.к. не ключевые атрибуты всех отношений функционально полно зависят от первичных ключей.
• 3НФ. Отношения данной БД нарушают 3НФ, т.к. есть транзитивные зависимости:
• 1) Вынесем отдельное отношение Марка (Brand), в котором будут содержаться ID марки, название марки, фото и цена.
• 2) Вынесем отношение ЦВЕТА (colors), в котором будут содержаться всевозможные цвета автомобилей: ID и название цвета.
• 3) Вынесем отношение МОДЕЛИ (colors), в котором будут содержаться всевозможные цвета автомобилей: ID, ID марки (внешний ключ), вместимость и тип кузова.

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

• 1. Значения всех числовых атрибутов — больше 0 (или null, если атрибут необязателен).
• 2. quality в cars и result в accidents не могут превышать 100, т.к. они означают %.
• 3. Цвет (color) в cars — элемент списка цветов автомобилей.
• 4. Год выпуска (year_of_issue) в cars не может быть меньше 1998 и не может превышать 2050.

Денормализация.

Соотношение КЛИЕНТЫ:

Рейтинг клиента и кол-во аварий лучше хранить как вычисляемые поля, т.к. это рациональнее с точки зрения реализации поиска постоянных клиентов и расчета скидки при заказе.

Соотношение АВТОМОБИЛИ:

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

Описание групп пользователей и прав доступа Опишем для каждой группы пользователей права доступа к каждой таблице и к каждому полю (атрибуту).

• 1. Администратор БД: имеет доступ ко всем данным (по записи), может изменять структуру базы данных и связи между отношениями. Устанавливает права доступа для всех остальных групп.
• 2. Представители администрации компании: имеют доступ по чтению ко всем данным и доступ по записи к отношениям CARS, CLIENTS, CONTRACTS, ACCIDENTS, BRANDS, MODELS.
• 3. Менеджеры: имеет доступ по чтению ко всем данным. Имеют доступ по записи к отношениям CARS, CLIENTS, BRANDS, MODELS, ACCIDENTS, CONTRACTS.
• 4. Сотрудники, обслуживающие заказы (могут отсутствовать): имеет доступ по чтению и записи к отношениям CLIENTS, ACCIDENTS, CONTRACTS.
• 5. Сотрудники, обслуживающие автомобили: имеют доступ по чтению к CARS и MODELS.

Вывод к главе 1.

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