История развития баз данных. Основные понятия и определения. Архитектура базы данных. Физическая и логическая независимость, страница 3

Целью логического проектирования является выбор конкретной СУБД и преобразование концептуальной модели в логическую. Для реляционной модели это означает разработку структуры таблиц, связей между ними и определение ключевых атрибутов.

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

. процесс проектирования – это определение состава отношений.

Этот процесс состоит из следующих этапов:

  1. Определение объектов, сведения о которых отображаются в базе данных.
  2. Определение связей между объектами.
  3. Определение атрибутов объектов.
  4. Нормализация отношений.

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

Различают 3 типа связей между объектами таблицы:

  1. Взаимосвязь «один к одному» (                 ) - каждому экземпляру одного типа объектов соответствует один и только один экземпляр другого объекта (такой тип встречается крайне редко).
  2. Взаимосвязь «один ко многим» (                   ) - одному экземпляру родительского объекта соответствует несколько экземпляра второго (дочернего) объекта. Такой тип экземпляров является основным в реляционных моделях баз данных.

Факультет,Кафедра,Преподаватель,Группа,Студент
 


  1. Взаимосвязь «многие ко многим» (                   )  - одному экземпляру одного объекта соответствует множество экземпляров второго объекта и наоборот. Такой тип взаимосвязи не допускается в реляционных базах данных и непосредственно реализуется путём введения дополнительного объекта.

Преподаватель

,Студент
Студент

,Преподаватель

,Курсовая работа
 


Третий этап проектирования – определение атрибутов объекта. В состав атрибутов объекта должны быть включены:

  1. Ключевые атрибуты, однозначно определяющие экземпляр объекта.
  2. Ключи связанных объектов.
  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

Ключом в данном отношении является совокупность атрибутов «Код преподавателя» и «Дисциплина».