geum.ru - только лучшие рефераты!

Проектирование базы данных отдела кадров

Дипломная работа - Компьютеры, программирование

Другие дипломы по предмету Компьютеры, программирование



Должность

Таблица 2.4 - Функциональные зависимости между атрибутами сущности Отделы

Наименование атрибутовФункциональные зависимостиКод отдела Отдел

Таблица 2.5 - Функциональные зависимости между атрибутами сущности Специальности

Наименование атрибутовФункциональные зависимостиКод специальности Специальности

Таблица 2.6 - Функциональные зависимости между атрибутами сущности Сотрудники

Наименование атрибутовФункциональные зависимостиКод сотрудника Номер паспорта Код должности Код специальности Код образования Оклад

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

После этого нормализованы отношения, исключены транзитивные функциональные зависимости.

Использование ключей и индексов позволяет:

- Однозначно идентифицировать записи;

Избегать дублирования значений в ключевых полях;

Выполнять сортировку таблиц;

Ускорять операции поиска в таблицах;

Устанавливать связи между отдельными таблицами БД.

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

Таблица 2.7 Ключи

ТаблицаКлючТип ключаСотрудникикод_сотрудникарrimaryОбразованиекод_образованиярrimaryСпециальностикод_специальностирrimaryДолжностикод_должностирrimaryОтделыкод_отделарrimaryШтатное расписаниекод_штатарrimary

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

В теории нормализации существует пять нормальных форм таблиц. Эти формы предназначены для уменьшения избыточной информации от первой до пятой нормальной формы. Поэтому каждая последующая НФ должна удовлетворять требованиям предыдущей формы и некоторым дополнительным условиям.

Проведем нормализацию имеющихся сущностей.

Таблица в первой НФ требует, чтобы все значения всех атрибутов были атомарны. Другими словами, каждый атрибут отношения должен хранить одно единственное значение и не являться ни списком, ни множеством значений.

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

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

Таблица находится во второй НФ, если она удовлетворяет условиям первой НФ, и каждый не первичный атрибут полностью функционально зависит от ключа. Все таблицы находятся во второй нормальной форме, так как в них отсутствуют составные ключи.

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

Другими словами чтобы привести отношение к 3НФ, необходимо устранить функциональные зависимости между не ключевыми атрибутами отношения. Другими словами, факты, хранимые в таблице, должны зависеть только от ключа.

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

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

2.1 Инфологическая модель базы данных

Цель инфологического проектирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в созданной БД. Поэтому инфологическую модель пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства.

Связь - ассоциирование двух и более сущностей. Если бы назначением БД было только хранение отдельных, не связанных между собой данных, то ее структура могла быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по назначениям других, для чего необходимо установить между ними определенные связи.

2.1.1 Описание сущностей

В базе данных Отдел кадров главной таблицей является Сотрудники. Если таблицу не разбивать на подтаблицы, то можно наблюдать избыточность данных, а это недопустимо. В соответствии с предметной областью были созданы следующие сущности:

-Сотрудники - хранится информация о сотрудниках;

-Отдел - хранится информация об отделе;

-Штатное расписание - хранится информация о штатном расписании сотрудников;

-Образование - хранится информация об образовании сотрудника;

-Должность - хранится информация о имеющихся в организации должностях;

-Специальность - хранится информация о специальностях.

В результате исследования предметной области были получены следующие атрибуты:

. Таблица Отделы содержит:

-Код_отдела - уникальный код отдела;

-Отделы - наименование отделов;

-ФИО_начальника- ФИО начальника отдела;

-Телефон - телефон начальника отдела;