Рис.1 Основные компоненты реляционного отношения.

Обязательное наличие ключа приводит к важному свойству – в отношении не может быть двух одинаковых кортежей.

Нормализация отношений

Требование нормализации отношений направлено на обеспечение такой их структуры, которая исключает некорректное обновление значений некоторых атрибутов и ошибки в выполнении определенных операций выборки.

Первая нормальная форма

Отношение удовлетворяет первой нормальной форме (1НФ), если все его атрибуты атомарны (неделимы), т.е среди атрибутов нет составных или множественных значений.

СТУДЕНТ

Код студента	Ф.И.О.	Место рождения			Иностранный язык
		Республика	Область	Город (село)

Рисунок 1 Отношение, не удовлетворяющее первой нормальной форме

Код студента	Ф.И.О.	№ группы	Пол	Дата рождения	Иностранный язык
- -
427101	Гончар Е.Г	ПО-91	М	29.01.1970	немецкий, английский
427102	Ермолова А.Г.	ПО-91	Ж	19.09.1985	немецкий, французский, польский
427103	Курник П.В.	ПО-81	М	28.02.1975	английский
- -
427106	Авдеев И.Г.	ПО-91	М	12.09.1986	не владеет

Рисунок 2 – Размещение множественных значений атрибутов в одном кортеже

Код студента	Ф.И.О.	№ группы	Пол	Дата рождения	Иностранный язык
- -
427101	Гончар Е.Г	ПО-91	М	29.01.1970	немецкий
427101	Гончар Е.Г	ПО-91	М	29.01.1970	английский
427102	Ермолова А.Г.	ПО-91	Ж	19.09.1985	французский
427102	Ермолова А.Г.	ПО-91	Ж	19.09.1985	немецкий
427102	Ермолова А.Г.	ПО-91	Ж	19.09.1985	польский
427103	Курник П.В.	ПО-81	М	28.02.1975	английский
- -
427106	Авдеев И.Г.	ПО-91	М	12.09.1986	не владеет

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

СТУДЕНТ 1

Код студента

Ф.И.О.

Дата рождения

СТУДЕНТ 2

Код студента

Иностранный язык

Вторая нормальная форма

Отношение удовлетворяет второй нормальной форме (2НФ), если оно удовлетворяет 1НФ и не содержит атрибутов, зависящих от части ключа.

Схема структуры СТУДЕНТ 3

Код студента	Ф.И.О.	Дата рождения	Номер семестра	Тип стипендии	Рейтинг за семестр
427101	Гончар Е.Г	29.01.1970	1	академическая	110
427101	Гончар Е.Г	29.01.1970	2	академическая	100
427102	Ермолова А.Г.	19.09.1985	1	не получал	60
427102	Ермолова А.Г.	19.09.1985	2	академическая	105
427102	Ермолова А.Г.	19.09.1985	3	повышенная	120
427103	Курник П.В.	28.02.1975	1	академическая	100

Рисунок 5 Отношение, не удовлетворяющее второй нормальной форме.

СТУДЕНТ 4

Код студента

Ф.И.О.

Дата рождения

СТУДЕНТ 5

Код студента

Семестр

Тип стипендии

Рейтинг за семестр

Рисунок 6 – Результат нормализации отношения СЕМЕСТР

Третья нормальная форма

Отношение удовлетворяет третей нормальной форме (3НФ), если оно удовлетворяет 2НФ, и среди его не ключевых атрибутов нет зависящих от другого не ключевого атрибута (нет атрибутов, транзитивно зависящих от ключа).

На рисунке 7 приведено отношение, не удовлетворяющее 3НФ.

СТУДЕНТ 6

Код студента	Ф.И.О.	Дата рождения	Адрес общежития	Ф.И.О. коменданта общежития
427101	Гончар Е.Г	29.01.1970	Ерошевского 53	Афанасьв А.В
427102	Ермолова А.Г.	19.09.1985	Панова 63	Листьев Л.О
427103	Курник П.В.	28.02.1975	Панова 63	Листьев Л.О

Рисунок 7 Отношение, не удовлетворяющее третьей нормальной форме

СТУДЕНТ 7

Код студента

Ф.И.О.

Дата рождения

Адрес общежития

СТУДЕНТ 8

Адрес общежития

Ф.И.О. коменданта общежития

Рисунок 8 – Результат нормализации отношения СТУДЕНТ

Всегда один из ключей объявляется первичным, его значения не могут обновляться. Понятие первичного ключа — это такой набор атрибутов, который однозначно определяет кортеж и минимален среди всех своих подмножеств (то есть нельзя убрать ни один из атрибутов)

Единственный способ идентифицировать определённую запись в этой таблице — это указать набор значений одного или нескольких полей, который был бы уникальным для этой записи.

Атрибуты, представляющие собой копии ключей других отношений, называются внешними ключами.

Существует 4 типа отношений:

1. Отношение «один-к-одному» означает, что каждая запись в одной таблице соответствует только одной записи в другой таблице.

2. Отношение «один-ко-многим» означает, что каждой записи в одной таблице соответствует одна или несколько записей в другой таблице.

3. Отношение «многие-ко-одному» аналогично рассмотренному ранее типу. Тип отношения между объектами зависит от вашей точки зрения.

4. Отношение «многие-ко-многим» возникает между двумя таблицами в тех случаях, когда:

• одна запись из первой таблицы может быть связана более чем с одной записью из второй таблицы;

• одна запись из второй таблицы может быть связана более чем с одной записью из первой таблицы.

Содержание

Всегда один из ключей объявляется первичным, его значения не могут обновляться. Понятие первичного ключа — это такой набор атрибутов, который однозначно определяет кортеж и минимален среди всех своих подмножеств (то есть нельзя убрать ни один из атрибутов) 5

Единственный способ идентифицировать определённую запись в этой таблице — это указать набор значений одного или нескольких полей, который был бы уникальным для этой записи. 5

Содержание 7

Цели курсовой работы 8

Основные этапы выполнения курсовой работы 8

Определяем количество таблиц. 9

Создание таблиц и связей между таблицами. 11

Заполнение таблиц данными. 12

Создание запросов 13

Создание формы. 15

Создание отчета. 16

Заключение 16

Цели курсовой работы Основные этапы выполнения курсовой работы

1. Выбираем тему.

Тема

Разработать информационную подсистему «Зарплата» для автоматизации начисления почасовой заработной платы в бухгалтерии.

На каждого работника хранятся следующие данные: личный номер; фамилия, имя, отчество; отдел; должность; разряд; ставка (руб). месяц; количество дней, отработанных за месяц.

Создать следующие запросы

1. Количество отработанных дней одним из подразделений за месяц 2. Средний оклад работников

Создать форму «Табельный учет». Поля, выводимые на форму

Фамилия, должность, ставка, количество дней за месяц

Создать диаграмму, указав в ней следующие данные.

Количество отработанных дней за месяц

Создать отчет, предусмотрев в нем следующие данные

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

Определяем количество таблиц.

В данном случае достаточно трех таблиц.

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

• личный номер (ключевое поле);

• фамилия, имя, отчество;

• отдел;

• должность;

Вторую таблицу назовем «Тариф» в ней будут храниться данные относящиеся к тарифной сетке, она будет содержать следующие поля:

• должность (ключевое поле);

• ставка (руб).

Третью таблицу назовем «Табель» в ней будут храниться данные относящиеся к работе, она будет содержать следующие поля:

• личный номер;

• месяц;

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

Рисунок 1 Таблица «Данные»

Рисунок 2 Таблица «Тариф»

Рисунок 3 Таблица «Табель»

Создание таблиц и связей между таблицами.

Рисунок 4 Схема данных

Заполнение таблиц данными.

Рисунок 5 Заполненные таблицы «Данные», «Тариф», «Табель»

Создание запросов

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

Рисунок 6 Запрос «Количество отработанных дней Администрацией за май».

Рисунок 7 Запрос «Средняя ставка работников»

Создание формы.

Рисунок 8 Форма «Табель».

Задание предусматривало создание диаграммы, с указанием в ней общего количество отработанных дней в мае и июне.

Рисунок 9 Диаграмма «Количество отработанных дней по месяцам»

Создание отчета.

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

Заключение

Таблица 1

Таблица 2

Таблица 3

База данных