Управление данными. Громов Ю.Ю - 18 стр.

UptoLike

ВУЗ: 

ТГТУ | Тамбов

Составители: 

Рубрика: 

Непервую нормальную форму можно получить, если допустить, что атрибуты отношения могут
быть определены на сложных типах данных – массивах, структурах или даже на других отношениях.
Легко себе представить таблицу, у которой в некоторых ячейках содержатся массивы, в других ячейках
– определённые пользователями сложные структуры, а в третьих ячейках – целые реляционные табли-
цы, которые, в свою очередь, могут содержать такие же сложные объекты. Именно такие возможности
предоставляются некоторыми современными пост-реляционными и объектными СУБД.
Требование, что отношения должны содержать только данные простых типов, объясняет, почему
отношения иногда называют
плоскими таблицами
(
plain table
). Действительно, таблицы, задающие от-
ношения, двумерны. Одно измерение задаётся списком столбцов, второе – списком строк. Пара коорди-
нат (Номер строки, Номер столбца) однозначно идентифицирует ячейку таблицы и содержащееся в ней
значение. Если же допустить, что в ячейке таблицы могут содержаться данные сложных типов (масси-
вы, структуры, другие таблицы), то такая таблица будет уже не плоской. Например, если в ячейке таб-
лицы содержится массив, то для обращения к элементу массива нужно знать три
параметра (Номер
строки, Номер столбца, Номер элемента в массиве).
Таким образом, появляется третье объяснение Первой Нормальной Формы:
Объяснение 3. Отношение
R
находится в 1НФ, если оно является плоской таблицей.
Мы сознательно ограничиваемся рассмотрением только классической реляционной теории, в кото-
рой все отношения имеют только атомарные атрибуты и заведомо находятся в 1НФ.
ВОПРОСЫ ДЛЯ САМОПРОВЕРКИ
1. Реляционные базы данных.
2. Схема реляционной базы данных.
3. Первая Нормальная Форма (1НФ)
3. НОРМАЛЬНЫЕ ФОРМЫ ОТНОШЕНИЙ
3.1. ЭТАПЫ РАЗРАБОТКИ БАЗЫ ДАННЫХ
Целью разработки любой базы данных является хранение и использование информации о какой-
либо предметной области. Для реализации этой цели имеются следующие инструменты.
1. Реляционная модель данных – удобный способ представления данных предметной области.
2. Язык SQL – универсальный способ манипулирования такими данными.
Однако очевидно, что для одной и той же предметной области реляционные отношения можно
спроектировать множеством различных способов. Например, можно спроектировать несколько отно-
шений с большим количеством атрибутов или, наоборот, разнести все атрибуты по большому числу
мелких отношений. Как определить, по каким признакам нужно помещать атрибуты в те или иные от-
ношения?
В данной лекции рассматриваются способы «хорошего», или «правильного», проектирования реля-
ционных отношений. Сначала мы обсудим, что значит «хорошие», или «правильные» модели данных.
Потом будут введены понятия первой, второй и третьей нормальных форм отношений (1НФ, 2НФ,
3НФ) и показано, что «хорошими» являются отношения в третьей нормальной форме.
При разработке базы данных обычно выделяется несколько уровней моделирования, при помощи
которых происходит переход от предметной области к конкретной реализации базы данных средствами
конкретной СУБД. Можно выделить следующие уровни:
−
сама предметная область;
−
модель предметной области;
−
логическая модель данных;
−
физическая модель данных;
−
собственно база данных и приложения.
Предметная область
– это часть реального мира, данные о которой мы хотим отразить в базе дан-
ных. Например, в качестве предметной области можно выбрать бухгалтерию какого-либо предприятия,
отдел кадров, банк, магазин и т.д. Предметная область бесконечна и содержит как существенно важные
понятия и данные, так и малозначащие или вообще незначащие данные. Так, если в качестве предмет-

Страницы