
Проектирование базы данных отдела кадров
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
Должность
Таблица 2.4 - Функциональные зависимости между атрибутами сущности Отделы
Наименование атрибутовФункциональные зависимостиКод отдела Отдел
Таблица 2.5 - Функциональные зависимости между атрибутами сущности Специальности
Наименование атрибутовФункциональные зависимостиКод специальности Специальности
Таблица 2.6 - Функциональные зависимости между атрибутами сущности Сотрудники
Наименование атрибутовФункциональные зависимостиКод сотрудника Номер паспорта Код должности Код специальности Код образования Оклад
На основании выявленных функциональных зависимостей идентифицирующие атрибуты, которые в реляционной модели данных используются в качестве первичных ключей реляционных отношений, видны и однозначны. В разделе инфологическое проектирование они указаны.
После этого нормализованы отношения, исключены транзитивные функциональные зависимости.
Использование ключей и индексов позволяет:
- Однозначно идентифицировать записи;
Избегать дублирования значений в ключевых полях;
Выполнять сортировку таблиц;
Ускорять операции поиска в таблицах;
Устанавливать связи между отдельными таблицами БД.
При поддержке целостности данных обеспечивается правильность ссылок между таблицами.
Таблица 2.7 Ключи
ТаблицаКлючТип ключаСотрудникикод_сотрудникарrimaryОбразованиекод_образованиярrimaryСпециальностикод_специальностирrimaryДолжностикод_должностирrimaryОтделыкод_отделарrimaryШтатное расписаниекод_штатарrimary
Нормализация - это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удалении данных.
В теории нормализации существует пять нормальных форм таблиц. Эти формы предназначены для уменьшения избыточной информации от первой до пятой нормальной формы. Поэтому каждая последующая НФ должна удовлетворять требованиям предыдущей формы и некоторым дополнительным условиям.
Проведем нормализацию имеющихся сущностей.
Таблица в первой НФ требует, чтобы все значения всех атрибутов были атомарны. Другими словами, каждый атрибут отношения должен хранить одно единственное значение и не являться ни списком, ни множеством значений.
Все таблицы находятся в первой нормальной форме, так как все атрибуты в них атомарны.
Таким образом, можно сказать, что все таблицы находятся в первой нормальной форме.
Таблица находится во второй НФ, если она удовлетворяет условиям первой НФ, и каждый не первичный атрибут полностью функционально зависит от ключа. Все таблицы находятся во второй нормальной форме, так как в них отсутствуют составные ключи.
Таблица находится в третьей НФ, если она удовлетворяет условиям второй НФ, и каждый не первичный атрибут не транзитивно зависит от ключа.
Другими словами чтобы привести отношение к 3НФ, необходимо устранить функциональные зависимости между не ключевыми атрибутами отношения. Другими словами, факты, хранимые в таблице, должны зависеть только от ключа.
Так как в пункте 2 данного курсового проекта было наглядно показаны все зависимости не ключевых атрибутов и транзитивной зависимости не было выявлено, можно сделать вывод, что все таблицы находятся в третьей нормальной форме, каждый не ключевой атрибут в таблицах не транзитивно зависит от первичного ключа.
При решении практических задач в большинстве случаев третья нормальная форма является достаточной. Процесс проектирования реляционной базы данных, как правило, заканчивается приведением к третьей нормальной форме. Данная модель не нуждается в дальнейшем приведении к четвертой и следующим формам нормализации.
2.1 Инфологическая модель базы данных
Цель инфологического проектирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в созданной БД. Поэтому инфологическую модель пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства.
Связь - ассоциирование двух и более сущностей. Если бы назначением БД было только хранение отдельных, не связанных между собой данных, то ее структура могла быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по назначениям других, для чего необходимо установить между ними определенные связи.
2.1.1 Описание сущностей
В базе данных Отдел кадров главной таблицей является Сотрудники. Если таблицу не разбивать на подтаблицы, то можно наблюдать избыточность данных, а это недопустимо. В соответствии с предметной областью были созданы следующие сущности:
-Сотрудники - хранится информация о сотрудниках;
-Отдел - хранится информация об отделе;
-Штатное расписание - хранится информация о штатном расписании сотрудников;
-Образование - хранится информация об образовании сотрудника;
-Должность - хранится информация о имеющихся в организации должностях;
-Специальность - хранится информация о специальностях.
В результате исследования предметной области были получены следующие атрибуты:
. Таблица Отделы содержит:
-Код_отдела - уникальный код отдела;
-Отделы - наименование отделов;
-ФИО_начальника- ФИО начальника отдела;
-Телефон - телефон начальника отдела;