![](/user_photo/2706_HbeT2.jpg)
- •Освоение работы в субд access
- •Документ 1 ‘’Заказ’’
- •Документ 2 " Исполнения"
- •Документ 3 " Сотрудники"
- •Документ 4 “Товар”
- •Информационные объекты предметной области
- •Типы связей между информационными объектами
- •Поставка товаров
- •Логическая модель базы данных.
- •Нормализация таблиц
- •Определение 1нф
- •Определение 2нф
- •Код_зак код_зак, вид_рем, стои_рем, дат_исп, дат_пос_тов, сооб_кли, код_сотр
- •Код_зак код_зак, вид_рем, стои_рем, дат_исп, дат_пос_тов, сооб_кли, код_сотр Определение 3нф
Код_зак код_зак, вид_рем, стои_рем, дат_исп, дат_пос_тов, сооб_кли, код_сотр
-
ИСПОЛНЕНИЕ
КОД_ЗАК
ВИД_РЕМ
СТОИ_РЕМ
ДАТ_ИСП
ДАТ_ПОС_ТОВ
СООБ_КЛИ
КОД_СОТР
Таким образом, таблица ИСПОЛНЕНИЕ удовлетворяет требованиям 2НФ, так как ее неключевые поля КОД_ЗАК, ВИД_РЕМ, СТОИ_РЕМ, ДАТ_ИСП, ДАТ_ПОС_ТОВ, СООБ_КЛИ, КОД_СОТР функционально полно зависят от первичного ключа
Код_зак код_зак, вид_рем, стои_рем, дат_исп, дат_пос_тов, сооб_кли, код_сотр Определение 3нф
Таблица находится в 3НФ, если она удовлетворяет требованиям 2НФ и не содержит транзитивных зависимостей.
Транзитивной зависимостью называется функциональная зависимость между неключевыми полями. В таблице ТОВАР она наблюдается
КОД_ТОВ НАИ_ТОВ, Фир, Мод, МЕХ_ХАР, ГАР_СРО Следовательно, нарушаются требования 3НФ. Из таблицы ТОВАР надо удалить поля, участвующие в этой транзитивной зависимости, – НАИ_ТОВ, Фир, Мод, МЕХ_ХАР, ГАР_СРО. Получится таблица, характеризующая сотрудник, вида
ТОВАР |
КОД_ТОВ |
НАИ_ТОВ |
Фир |
Мод |
МЕХ_ХАР |
ГАР_СРО |
КОД_СОТР |
Затем создается новая таблица, в которую помещаются удаленные поля и поле, от которого они зависят. Она имеет вид
-
СОТРУДНИК
КОД_СОТ
ФИО_СОТ
ДОЛ
ДАТ_ОКОН
СТОИ
Полученные таблицы приведены к 3НФ. В них каждая запись есть отдельное независимое утверждение. Повторяются только значения внешнего ключа КОД_ТОВ в таблице ТОВАР, что неизбежно, так как одним сотрудникам могут выполнять ремонт нескольких товаров.
Как видим, нормализация приводит к фрагментации исходных таблиц. Осуществив связь этих таблиц посредством связи первичных и внешних ключей, получим реляционную модель данных предметной области РЕМОНТ БЫТОВОЙ ТЕХНИКИ, в которой минимизирована избыточность данных. Эта модель представлена на рис.
ЗАКАЗ– ИСПОЛНЕНИЕ |
КОД_ЗАК |
ФИО_КЛИ |
КОД_ТОВ |
ГАР |
Д |
ТЕЛ_КЛИ |
КОД_СОТ |
КОД_ТОВ |
ВИД_РЕМ |
СТОИ_РЕМ |
ДАТ_ИСП |
ДАТ_ПОС_ТОВ |
СООБ_КЛИ |
СУММА |
КОД_СОТР |
ТОВАР |
КОД_ТОВ |
НАИ_ТОВ |
Фир |
Мод |
МЕХ_ХАР |
ГАР_СРО |
ТОВАР–СОТРУДНИК |
КОД_ТОВ |
КОД_СОТР |
-
СОТРУДНИК
КОД_СОТ
ФИО_СОТ
ДОЛ
ДАТ_ОКОН
СТОИ
Рис. Реляционная модель предметной области РЕМОНТ БЫТОВОЙ ТЕХНИКИ после нормализации