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