| Имя поля | Тип данных | Размер поля | Ограничения | Ключ |
| Код дня недели | Числовой | Целое | – | Да |
| Группа | Числовой | Целое | – | Нет |
| Время | Дата/время | – | – | Нет |
| Код предмета | Числовой | Целое | – | Нет |
| Код преподавателя | Числовой | Целое | – | Нет |
| Аудитория | Числовой | Целое | – | Нет |
Таблица 4.9 – Сущность «Учёная степень».
| Имя поля | Тип данных | Размер поля | Ограничения | Ключ |
| Код учёной степени | Числовой | Целое | – | Да |
| Название | Текстовый | 50 | – | Нет |
4.3 Нормализация отношений
Процесс проектирования реляционной базы данных представляет собой процесс нормализации схем отношений.
Нормализация – получение такого проекта базы данных, в котором каждый факт хранится в одном месте, то есть, исключена избыточность информации и исключены возможные противоречивости хранимых данных.
Нормализация проводится путем построения нормальных форм базы данных.
В теории реляционных баз данных выделяют следующую последовательность нормальных форм:
- первая нормальная форма (1НФ);
- вторая нормальная форма (2НФ);
- третья нормальная форма (3НФ);
- форма Бойса – Кодда (НФБК);
- четвертая нормальная форма (4НФ);
- пятая нормальная форма или форма проекции – соединения (5НФ).
Чаще всего ограничиваются первыми тремя нормальными формами, так как дальнейшая декомпозиция замедляет обработку данных.
База данных находится в первой нормальной форме, если все ее таблицы являются отношениями, а столбцы таблицы удовлетворяют условию атомарности.
База данных находится во второй нормальной форме, если все ее атрибуты атомарные, и каждый не ключевой атрибут должен функционально зависеть полностью от составного ключа, а не от его части.
База данных находится в третьей нормальной форме, если все отношения имеют атомарные атрибуты и функционально-полную зависимость атрибутов в каждой сущности от ее первичного ключа. Кроме того, между не ключевыми атрибутами должны отсутствовать транзитивные зависимости, то есть, они должны быть взаимно независимы.
В данном курсовом проекте нормализация в 1НФ затронула таблицы «Аспирант», «Дипломник», «Преподаватель». В этих таблицах разделим атрибут «ФИО» на три атрибута: «Фамилия», в котором будет храниться информация о фамилии аспиранта, студента-дипломника и преподавателя, «Имя», в котором будет храниться информация об имени аспиранта, студента-дипломника и преподавателя и «Отчество», для хранения информации об отчестве аспиранта, студента-дипломника и преподавателя.
Нормализованные в 1НФ отношения приведены в таблицах 4.10-4.12.
Таблица 4.10– Сущность «Аспирант».
| Имя поля | Тип данных | Размер поля | Ограничения | Ключ |
| Код аспиранта | Числовой | Целое | – | Да |
| Ф | Текстовый | 50 | – | Нет |
Продолжение таблицы 4.10
| И | Текстовый | 50 | – | Нет |
| О | Текстовый | 50 | – | Нет |
| Тема исследования | Текстовый | 100 | – | Нет |
| Код преподавателя | Числовой | Целое | – | Нет |
Таблица 4.11– Сущность «Дипломник».
| Имя поля | Тип данных | Размер поля | Ограничения | Ключ |
| Код студента | Числовой | Целое | – | Да |
| Ф | Текстовый | 50 | – | Нет |
| И | Текстовый | 50 | – | Нет |
| О | Текстовый | 50 | – | Нет |
| Группа | Числовой | Целое | – | Нет |
| Код преподавателя | Числовой | Целое | – | Нет |
Таблица 4.12 – Сущность «Преподаватель».
| Имя поля | Тип данных | Размер поля | Ограничения | Ключ |
| Код преподавателя | Числовой | Целое | – | Да |
| Ф | Текстовый | 50 | – | Нет |
| И | Текстовый | 50 | – | Нет |
| О | Текстовый | 50 | – | Нет |
| Код должности | Числовой | Целое | – | Нет |
| Код ученой степени | Числовой | Целое | – | Нет |
| Номер телефона | Текстовый | 15 | – | Нет |
В данном проекте приведение таблиц ко 2НФ и 3НФ будет излишне, т.к. при построении ER – диаграммы были учтены многие детали и особенности предметной области.
5 ЗАПРОСЫ К БАЗЕ ДАННЫХ
Список запросов, реализованных в базе данных:
- нагрузка по часам для преподавателей – подсчитывает нагрузку по часам для преподавателей;
- нагрузка по часам для конкретного преподавателя – подсчитывает нагрузку по часам для указанного преподавателя;
- расписание занятий для преподавателей – содержит расписание занятий для преподавателей;
- расписание занятий для учебных групп – содержит расписание занятий для учебных групп;
- список телефонов сотрудников – содержит список телефонов всех преподавателей;
- телефон конкретного сотрудника – позволяет узнать телефон указанного преподавателя;
- список студентов-дипломников по группам – содержит фамилии студентов-дипломников по группам;
- список студентов-дипломников по преподавателям – содержит фамилии студентов-дипломников по преподавателям;
- учебный план – содержит учебный план по семестрам для каждого курса.
6 МЕХАНИЗМ ЗАЩИТЫ ДАННЫХ ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА
СУБД Microsoft Access предоставляет несколько стандартных функций защиты данных от несанкционированного доступа. Такими функциями являются установка пароля доступа к данным при запуске БД и создание пользовательских групп с заранее определенными правами доступа к этим данным. Так как с данным программным продуктом будут взаимодействовать сотрудники кафедры, то она защищена паролем.
7 ИНСТРУКЦИЯ ПО ИСПОЛЬЗОВАНИЮ БАЗЫ ДАННЫХ
После запуска базы данных на экране появится главная кнопочная форма «БД "Кафедра"» (Приложение А, рисунок А.1) с содержанием основных разделов для работы с базой данных.
Главная кнопочная форма содержит следующие элементы:
1) Меню «Таблицы» (Приложение А, рисунок А.2, рисунок А.3) позволяет просмотреть следующие данные:
- «Аспирант» – позволяет просматривать, добавлять и редактировать информацию об аспирантах (Приложение А, рисунок А.4);
- «Группа» – позволяет просматривать, добавлять и редактировать информацию об учебных группах (Приложение А, рисунок А.5);