Определение необходимых таблиц для базы данных

В базе данных информация хранится в виде двумерных таблиц. Можно так же импортировать и связывать таблицы из других СУБД или систем управления электронными таблицами. Одновременно могут быть открыты 1024 таблицы.

При определении необходимых таблиц базы данных необходимо обеспечить первые три нормальные формы, т. е. провести нормализацию.

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

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

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

Е.Коддом выделены три нормальные формы отношений и предложен механизм, позволяющий любое отношение преобразовать к третьей (самой совершенной) нормальной форме.

Первая нормальная форма. Отношение называется нормализованным или приведённым к первой нормальной форме, если все его атрибуты простые (далее неделимы). Преобразование отношения к первой нормальной форме может привести к увеличению количества реквизитов (полей) отношения и изменению ключа.

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

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

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

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

В случае составного ключа вводится понятие функционально полной зависимости.

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

Рисунок 5 — графическое изображение функциональной зависимости реквизитов.

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

Третья нормальная форма. Понятие третьей нормальной формы основывается на понятии нетранзитивной зависимости.

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

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

Для устранения транзитивной зависимости описательных реквизитов необходимо провести «расщепление» исходного информационного объекта. В результате расщепления часть реквизитов удаляется из исходного информационного объекта и включается в состав других (возможно, вновь созданных) информационных объектов.

Тщательно вникнув во всё выше написанное, начали создавать таблицы, которые подробно будут описаны чуть ниже.

После запуска программы Microsoft Access выбираем во вкладке «Файл» пункт «создание новой базы данных». На экране появляется окно выбора объектов для создания. В появившемся окне открываем вкладку «Таблицы». Выбираем пункт «Создание таблицы с помощью мастера». Следуя указаниям Мастера составляем список строк и столбцов, необходимых в нашей таблице. В ходе создания мы можем сразу дать название таблице, колонкам, указать тип данных, которые будут заноситься в эти столбцы. Данные могут вводиться непосредственно в таблицу, а могут вводится через форму, создаваемую мастером.

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

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

Целью работы является создание базы данных, обеспечивающей:

быстрый ввод новых данных ;

хранения и поиск уже введённых данных;

печать необходимого количества персональных отчётов.

Данными являются:

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

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

пол;

адрес;

семейное положение;

образование;

занимаемая должность;

стаж работы в организации;

должностной оклад;

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

гражданство;

страховое свидетельство государственного страхования;

страховой медицинский полис;

ИНН;

Рассмотрев определенные выше задачи можно спроектировать основные таблицы базы данных.

Для реализации данных задач потребуется две таблицы:

Таблица 2.

1. Таблица для хранения данных о сотрудниках.

2. Таблица для хранения данных о деятельности сотрудников в организации.