Основные этапы проектирование базы данных.

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

Проектирование состоит из трёх главных шагов:

  1. Концептуальное проектирование
  2. Логическое проектирование
  3. Физическое проектирование

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

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

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

В реляционной модели неважно какая таблица рассматривается как дела меж ключом и остальными элементами данных в строке. Т.о. процесс проектирования – это определение состава отношений.

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

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

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

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

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


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


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

  1. Главные атрибуты, совершенно точно определяющие экземпляр объекта.
  2. Ключи связанных объектов.
  3. Не главные Основные этапы проектирование базы данных. атрибуты, которые охарактеризовывают объект.

Объект Атрибуты
Факультет Код, наименование, ФИО декана, телефон…
Кафедра Код, Код факультета, Наименование, ФИО зав. …
Педагог Код, Код кафедры, ФИО, Должность …
Группа Код, Код факультета, ФИО старосты, …
Студент Код, Код группы, ФИО
Курсовая работа Код педагога, код студента, тема

Четвёртый шаг проектирования БД – определение отношений Основные этапы проектирование базы данных. и группировка атрибутов по отношению к базам данных – самый главный шаг. Для этого употребляется нормализация отношений. Разглядим на примере. Пусть у нас имеются последующие дела:

Нагрузка педагога по дисциплине
Код педагога ФИО Должность Кафедра Факультет Дисциплина Количество часов
Иванов доцент К1 Ф1 Д1
Иванов доцент К1 Ф1 Д2
Петров доктор Основные этапы проектирование базы данных. К1 Ф1 Д3
Сидоров доцент К2 Ф2 Д4
Сидоров доцент К2 Ф2 Д5

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

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

И в приведённой таблице можно получить разные дополнительные сведения (списки кафедр, списки факультетов либо дисциплин и т.д.). Для этого нужно избрать неповторяющееся значение Основные этапы проектирование базы данных. какого-нибудь атрибута. Но представленная модель имеет ряд существенных недочетов. Качество хоть какой модели определяется исходя из убеждений способности и удобства выполнения типовых операций «Добавить», «Удалить», «Изменить».

Основными недочетами этой модели являются:

  1. Нереально добавить информацию о новеньком педагоге, если за ним не закреплена нагрузка. Это связано с тем, что первичный Основные этапы проектирование базы данных. ключ обязан иметь значение.
  2. При удалении инфы о нагрузке, удаляется и вся информация из строчки.
  3. При изменении не главных атрибутов требуется просмотр всего дела, т.е. всей таблицы.

Причина обозначенных недочетов в том, что не все не главные атрибуты зависят от главных атрибутов. В этом примере атрибуты педагога «Фамилия Основные этапы проектирование базы данных.», «Должность» не зависят от преподаваемой дисциплины и в таблице смешаны 2 типа инфы: «Преподаватель» и «Дисциплина».

Молвят, что отношение задано во 2-ой обычной форме, если оно задано в первой обычной форме и каждый не главный атрибут находится в зависимости от главного. По другому говоря, если ключ содержит один атрибут, то отношение Основные этапы проектирование базы данных. задано во 2-ой обычной форме, если несколько, то нужно перевести во вторую нормальную форму, оковём разбиения на несколько отношений. Для нашего примера таблица преобразуется в последующую:

Педагог
Код педагога Фио Должность Кафедра Факультет
Иванов доцент К1 Ф1
Петров доктор К1 Ф1
Сидоров доцент К2 Ф2

Нагрузка по дисциплине Основные этапы проектирование базы данных.
Код педагога Дисциплина Количество часов
Д1
Д2
Д3
Д4
Д5

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

Но Основные этапы проектирование базы данных. и эта модель данных имеет ряд недочетов:

  1. Нереально добавить информацию о новейшей кафедре, пока в её штат не будет принят хотя бы один педагог.
  2. При удалении сведений о педагоге удаляются сведения о принадлежности кафедры к факультету. Т.е. удалив все сведения обо всех педагогах, мы потеряем сведения о Основные этапы проектирование базы данных. кафедре вообщем.
  3. При изменении зависимости «кафедра-факультет», т.е. педагог, к примеру, перешёл работать на другой факультет, требуется просмотр всего дела. А при переводя педагога на другую кафедру требуется обновить поле «Факультет».

Причина обозначенных недочетов в транзитивной зависимости атрибутов «Код преподавателя», «Кафедра» и «Факультет».

Если A, B, C – некие атрибуты дела и Основные этапы проектирование базы данных. A находится в зависимости от B, а B находится в зависимости от C? То молвят, что A транзитивно находится в зависимости от C.

Молвят, что отношение задано в третьей обычной форме, если оно задано во 2-ой обычной форме и каждый не главный атрибут не транзитивно находится в Основные этапы проектирование базы данных. зависимости от ключа отношений. Для нашего примера, чтоб перейти к третьей обычной форме, это отношение («Факультет-Преподаватель») нужно разбить надвое:

Педагог
Код педагога Фио Должность Кафедра
Иванов доцент К1
Петров доктор К1
Сидоров доцент К2

Кафедра
Кафедра Факультет
К1 Ф1
К1 Ф1
К2 Ф2

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

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

Устранение избыточности уменьшает объём базы данных и увеличивает эффективность работы системы, т.е. исключает не синхронный ввод данных.

Тема 3.

1. Дополнительные общие советы по проектированию базы данных.

2. Разработка приложений в среде Основные этапы проектирование базы данных. Microsoft Windows.


osnovnie-cherti-smeshannoj-rossijskoj-ekonomiki.html
osnovnie-cherti-sovremennogo-mirovogo-processa.html
osnovnie-cherti-ustnoj-delovoj-rechi-kontrolnaya-rabota.html