Целью логического проектирования является выбор конкретной СУБД и преобразование концептуальной модели в логическую. Для реляционной модели это означает разработку структуры таблиц, связей между ними и определение ключевых атрибутов.
Этап физического проектирования дополняет логическую модель характеристиками, которые необходимы для определения способов хранения данных и использования базы данных.
. процесс проектирования – это определение состава отношений.
Этот процесс состоит из следующих этапов:
Рассмотрим процесс проектирования базы данных на примере базы данных об учебном процессе в университете. В этой базе данных имеются следующие таблицы: «факультет», «кафедра», «преподаватель», «группа» и «студент».
Различают 3 типа связей между объектами таблицы:
Третий этап проектирования – определение атрибутов объекта. В состав атрибутов объекта должны быть включены:
Объект |
Атрибуты |
Факультет |
Код, наименование, ФИО декана, телефон… |
Кафедра |
Код, Код факультета, Наименование, ФИО зав. … |
Преподаватель |
Код, Код кафедры, ФИО, Должность … |
Группа |
Код, Код факультета, ФИО старосты, … |
Студент |
Код, Код группы, ФИО |
Курсовая работа |
Код преподавателя, код студента, тема |
Четвёртый этап проектирования БД – определение отношений и группировка атрибутов по отношению к базам данных – самый главный этап. Для этого используется нормализация отношений. Рассмотрим на примере. Пусть у нас имеются следующие отношения:
Нагрузка преподавателя по дисциплине |
||||||
Код преподавателя |
ФИО |
Должность |
Кафедра |
Факультет |
Дисциплина |
Количество часов |
001 |
Иванов |
доцент |
К1 |
Ф1 |
Д1 |
20 |
001 |
Иванов |
доцент |
К1 |
Ф1 |
Д2 |
10 |
002 |
Петров |
профессор |
К1 |
Ф1 |
Д3 |
30 |
003 |
Сидоров |
доцент |
К2 |
Ф2 |
Д4 |
22 |
004 |
Сидоров |
доцент |
К2 |
Ф2 |
Д5 |
24 |
Ключом в данном отношении является совокупность атрибутов «Код преподавателя» и «Дисциплина».
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.