Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
ДАТАЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ ⇐ ПредыдущаяСтр 3 из 3
4.1 Преобразование ER -диаграммы в схему базы данных База данных создается на основе схемы базы данных. Схема данных строится на основе ER-диаграмма показанной на рисунке 3.9.
– сущность – связь один-к-одному – связь один-ко-многим – связь многие-ко-многим – обязательная связь – необязательная связь Преобразуем общую ER-диаграмму предметной области в схему базы данных (рисунок 4.1).
Рисунок 4.1 – Схема базы данных, полученная из ER-диаграммы Проектирование таблиц базы данных В реляционной базе данных используется терминология, отличающаяся от терминологии программирования. Отношение – таблица в базе данных, содержащая первичный или внешний ключ. Тип данных – формат представления данных, диапазон допустимых значений и операций, выполняемых над данными этого типа. Атрибут – характеристика объекта, то есть столбец отношения. Экземпляр отношения – строка таблицы. Первичный ключ – атрибут, однозначно идентифицирующий объект. Внешний ключ – атрибут, участвующий в связи, но не являющийся первичным ключом. Построенные отношения с указанием атрибутов и их внутренних названий, типа данных и размера поля приведены в таблицах 4.1 – 4.9. Таблица 4.1 – Сущность «Аспирант».
Таблица 4.2 – Сущность «Группа».
Таблица 4.3 – Сущность «День недели».
Таблица 4.4 – Сущность «Дипломник».
Таблица 4.5 – Сущность «Должность».
Таблица 4.6 – Сущность «Предмет».
Продолжение таблицы 4.6
Таблица 4.7 – Сущность «Преподаватель».
Таблица 4.8 – Сущность «Расписание занятий».
Таблица 4.9 – Сущность «Учёная степень».
Нормализация отношений Процесс проектирования реляционной базы данных представляет собой процесс нормализации схем отношений. Нормализация – получение такого проекта базы данных, в котором каждый факт хранится в одном месте, то есть, исключена избыточность информации и исключены возможные противоречивости хранимых данных. Нормализация проводится путем построения нормальных форм базы данных. В теории реляционных баз данных выделяют следующую последовательность нормальных форм: - первая нормальная форма (1НФ); - вторая нормальная форма (2НФ); - третья нормальная форма (3НФ); - форма Бойса – Кодда (НФБК); - четвертая нормальная форма (4НФ); - пятая нормальная форма или форма проекции – соединения (5НФ). Чаще всего ограничиваются первыми тремя нормальными формами, так как дальнейшая декомпозиция замедляет обработку данных. База данных находится в первой нормальной форме, если все ее таблицы являются отношениями, а столбцы таблицы удовлетворяют условию атомарности. База данных находится во второй нормальной форме, если все ее атрибуты атомарные, и каждый не ключевой атрибут должен функционально зависеть полностью от составного ключа, а не от его части. База данных находится в третьей нормальной форме, если все отношения имеют атомарные атрибуты и функционально-полную зависимость атрибутов в каждой сущности от ее первичного ключа. Кроме того, между не ключевыми атрибутами должны отсутствовать транзитивные зависимости, то есть, они должны быть взаимно независимы. В данном курсовом проекте нормализация в 1НФ затронула таблицы «Аспирант», «Дипломник», «Преподаватель». В этих таблицах разделим атрибут «ФИО» на три атрибута: «Фамилия», в котором будет храниться информация о фамилии аспиранта, студента-дипломника и преподавателя, «Имя», в котором будет храниться информация об имени аспиранта, студента-дипломника и преподавателя и «Отчество», для хранения информации об отчестве аспиранта, студента-дипломника и преподавателя. Нормализованные в 1НФ отношения приведены в таблицах 4.10-4.12.
Таблица 4.10– Сущность «Аспирант».
Продолжение таблицы 4.10
Таблица 4.11– Сущность «Дипломник».
Таблица 4.12 – Сущность «Преподаватель».
В данном проекте приведение таблиц ко 2НФ и 3НФ будет излишне, т.к. при построении ER – диаграммы были учтены многие детали и особенности предметной области. ЗАПРОСЫ К БАЗЕ ДАННЫХ Список запросов, реализованных в базе данных: - нагрузка по часам для преподавателей – подсчитывает нагрузку по часам для преподавателей; - нагрузка по часам для конкретного преподавателя – подсчитывает нагрузку по часам для указанного преподавателя; - расписание занятий для преподавателей – содержит расписание занятий для преподавателей; - расписание занятий для учебных групп – содержит расписание занятий для учебных групп; - список телефонов сотрудников – содержит список телефонов всех преподавателей; - телефон конкретного сотрудника – позволяет узнать телефон указанного преподавателя; - список студентов-дипломников по группам – содержит фамилии студентов-дипломников по группам; - список студентов-дипломников по преподавателям – содержит фамилии студентов-дипломников по преподавателям; - учебный план – содержит учебный план по семестрам для каждого курса.
|
Последнее изменение этой страницы: 2020-02-16; Просмотров: 138; Нарушение авторского права страницы