- •Курсовая работа
- •На курсовую работу студенту
- •Календарный план
- •Перечень условных обозначений, сокращений и терминов
- •Введение
- •Описание предметной области
- •Анализ технического задания
- •Проектирование базы данных
- •Концептуальное проектирование
- •Нормализация
- •Логическое проектирование
- •Выбор субд
- •Разработка приложения
- •Разработка таблиц
- •Разработка форм
- •Руководство пользователя
- •Заключение
- •1 Содержит
Нормализация
Нормализация – это процесс проектирования базы данных с целью исключения аномалий модификаций, избыточности данных и приведения отношений к нормальным формам.
Аномалии модификации – последствия, которые могут возникнуть вследствие изменения отношения (таблицы).
Аномалии устраняются путем разбиения отношения на 2 и более новых отношений. Аномалии делятся на 2 основных вида: аномалия удаления, аномалия вставки.
Результаты нормализации приведены в таблицах 5.1-5.9.
Отношение находится в 1НФ тогда и только тогда, когда все его атрибуты являются неделимыми.
Таблица 5.1 Отношение Водитель не в 1НФ
Код |
ФИО |
Отношение находится не в 1 НФ, так как атрибут ФИО не является атомарным. В таблице Водитель поле адрес разбиваем на 3 поля: Фамилия, Имя, Отчество.
Таблица 5.2 – Отношение Водитель в 1НФ
Код |
Фамилия |
Имя |
Отчество |
Отношение находится во 2НФ, если оно находится в 1НФ, и каждый его непервичный атрибут функционально полно зависит от первичного ключа.
Таблица 5.3 – Отношение автомобиль не во 2НФ
Марка |
Модель |
Год выпуска |
Цвет |
Отношение находится не во 2НФ, так как в одном гараже может быть несколько авто с одинаковыми марками и моделями . Добавляем поле гос номер, которое будет уникальным для каждого автомобиля, и которое будет являться первичным ключом.
Таблица 5.4 - Отношение автомобиль во 2НФ
Гос номер |
Марка |
Модель |
Год выпуска |
Цвет |
Отношение находится в 3НФ, если оно находится во 2НФ и ни один из непервичных атрибутов не является транзитивно зависимым от первичного ключа.
Таблица 5.5 – Отношение водитель не в 3НФ
Код водителя |
Фамилия |
Имя |
Номер авто |
Марка |
Модель |
Отношение находится не в 3НФ, так как атрибут Марка и модель транзитивно зависят от атрибута Код водителя. То есть Марка и Модель функционально зависит от Номера авто, а Номер авто – от Кода водителя. Разобьем отношение Водитель на 2: Водитель и Автомобиль.
Таблица 5.6 – Отношение Водитель в 3НФ
Код водителя |
Фамилия |
Имя |
Номер авто |
Таблица 5.7 – Отношение Автомобиль в 3НФ
Номер авто |
Марка |
Модель |
Результатом нормализации является логическое проектирование.
Логическое проектирование
Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.
Основным заданием логического проектирования является разработка логической схемы, ориентированной на выбранную СУБД.
В основе реляционной модели используется понятие «отношения», которое используется для представления набора экземпляров объекта (сущность) и отношений (связей) между объектами.
Отношение представляется определенным образом как организованная таблица.
Сведения об отношениях приведены в таблицах 6.1-6.8.
Логическая модель представлена в приложении Б.
Таблица 6.8 – Отношение Автомобиль
Поле |
Тип |
Размер |
Гос номер |
Текстовый |
15 |
Марка |
Текстовый |
15 |
Модель |
Текстовый |
15 |
Год выпуска |
Числовой |
Длинное целое |
Цвет |
Текстовый |
15 |
Код гаража |
Числовой(мастер подстановок |
Длинное целое |
Таблица 6.9 – Отношение Автобаза
Поле |
Тип |
Размер |
Код |
Числовой |
Длинное целое |
Название |
Текстовый |
15 |
Таблица 6.10 – Отношение Заправщик
Поле |
Тип |
Размер |
Код |
Счетчик |
Длинное целое |
Фамилия |
Текстовый |
15 |
Имя |
Текстовый |
15 |
Код гаража |
Числовой(мастер подстановок) |
Длинное целое |
Таблица 6.11 – Отношение ГСМ
Поле |
Тип |
Размер |
Код |
Счетчик |
Длинное целое |
Тип |
Текстовый |
15 |
Таблица 6.12 – Отношение Гараж
Поле |
Тип |
Размер |
Код гаража |
Числовой |
Длинное целое |
Код автобазы |
Мастер подстановок |
Длинное целое |
Таблица 6.13 – Отношение Водитель
Поле |
Тип |
Размер |
Код водителя |
Счетчик |
Длинное целое |
Фамилия |
Текстовый |
15 |
Имя |
|
15 |
Отчество |
|
15 |
Дата рождения |
Дата/время |
Длинный формат даты |
Серия и № паспорта |
Текстовый |
15 |
Стаж |
Числовой |
Длинное целое |
Номер авто |
Текстовый (мастер подстановок) |
15 |
Адрес |
Текстовый |
25 |
Фото |
Вложение |
- |
Таблица 6.14 – Отношение Ведомость
Поле |
Тип |
Размер |
Номер ведомости |
Числовой |
Длинное целое |
Число |
Дата Время |
Краткий формат даты |
Номер путевого листа |
Числовой (мастер подстановок) |
Длинное целое |
Код ГСМ |
Числовой (мастер подстановок) |
Длинное целое |
Количество ГСМ |
Числовой |
Длинное целое |
Таблица 6.15 – Отношение Путевой лист
Поле |
Тип |
Размер |
Номер путевого листа |
Счетчик |
Длинное целое |
Код водителя |
Числовой(мастер подстановок) |
Длинное целое |
Место отправления |
Текстовый |
25 |
Место назначения |
Текстовый |
25 |
Примечание |
Поле МЕМО |
- |
