Функциональная зависимость реквизитов это

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

Реляционная модель данных

Реляционная модель есть представление БД в виде совокупности упорядоченных нормализованных отношений.

Для реляционных отношений характерны следующие особенности.

1. Любой тип записи содержит только простые (по структуре) элементы данных.
2. Порядок кортежей в таблице несуществен.
3. Упорядочение значащих атрибутов в кортеже должно соответствовать упорядочению атрибутов в реляционном отношении.
4. Любое отношение должно содержать один атрибут или более, которые вместе составляют уникальный первичный ключ.
5. Если между двумя реляционными отношениями существует зависимость, то одно отношение является исходным, второе — подчиненным.
6. Чтобы между двумя реляционными отношениями существовала зависимость, атрибут, служащие первичным ключом в исходном отношении, должны также присутствовать в подчиненном отношении.

Пример 5.1. Представим БД «Учебный процесс»в виде реляционной модели (
таблица
5.1).

Понятие реляционный (англ. relation — отношение) связано с разработками известного американского специалиста в области систем баз данных Е. Кодда.

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

Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:

• каждый элемент таблицы — один элемент данных;
• все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;
• каждый столбец имеет уникальное имя;
• одинаковые строки в таблице отсутствуют;
• порядок следования строк и столбцов может быть произвольным.

Пример 5.2. Реляционной таблицей можно представить информацию о студентах, обучающихся в вузе (
таблица
5.2).

Понятие информационного объекта

Информационный объект — это описание некоторой сущности (реального объекта, явления, процесса, события) в виде совокупности логически связанных реквизитов (информационных элементов). Такими сущностями для информационных объектов могут служить: цех, склад, материал, вуз, студент, сдача экзаменов и т.д.

Информационный объект определенного реквизитного состава и структуры образует класс (тип), которому присваивается уникальное имя (символьное обозначение), например Студент, Сессия, Стипендия.

Информационный объект имеет множество реализации — экземпляров, каждый из которых представлен совокупностью конкретных значений реквизитов и идентифицируете* значением ключа (простого — один реквизит или составного — несколько реквизитов). Остальные реквизиты информационного объекта являются описательными. При этом одни и те же реквизиты в одних информационных объектах могут быть ключевыми, а в других- описательными. Информационный объект может иметь несколько ключей.

Пример 5.3 В таблице 5.2 представлен пример структуры и экземпляров информационного объекта Студент.

В информационном объекте Студент ключом является реквизит Номер (№ личного дела), к описательным реквизитам относятся: Фамилия (Фамилия студента), Имя (Имя студента), Отчество (Отчество студента), Дата (Дата рождения), Группа (№ группы). Если отсутствует реквизит Номер, то для однозначного определения характеристик конкретного студента необходимо использование составного ключа из трех реквизитов: Фамилия + Имя + Отчество.

Пример 5.4 На
рис.
5.1 изображен пример компактного представления информационного объекта Студент с обозначением имени объекта, ключа и указанием максимально возможного числа экземпляров записи.

Пример 5.5 Пример представления информационного объекта Студент в виде графа на
рис.
5.2.

Нормализация отношений

Понятие нормализации отношений

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

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

Нормализация отношений — формальный аппарат ограничений на формирование отношений (таблиц), который позволяет устранить дублирование, обеспечивает непротиворечивость хранимых в базе данных, уменьшает трудозатраты на ведение (ввод, корректировку) базы данных. [2]

Е. Коддом выделены три нормальные формы отношений и предложен механизм, позволяющий любое отношение преобразовать к третьей (самой совершенной) нормальной форме.

Первая нормальная форма

Отношение называется нормализованным или приведенным к первой нормальной форме, если все его атрибуты простые (далее неделимы).

Преобразование отношения к первой нормальной форме может привести к увеличению количества реквизитов (полей) отношения и изменению ключа.

Например, отношение Студент = (Номер, Фамилия, Имя, Отчество, Дата, Группа) находится в первой нормальной форме.

Вторая нормальная форма

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

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

Функциональная зависимость реквизитов — зависимость, при которой в экземпляре информационного объекта определенному значению ключевого реквизита соответствует только одно значение описательного реквизита.

Такое определение функциональной зависимости позволяет при анализе всех взаимосвязей реквизитов предметной области выделить самостоятельные информационные объекты.

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

В случае составного ключа вводится понятие функционально полной зависимости.

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

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

Итак, таблица, находящаяся во второй нормальной форме, должна удовлетворять следующим правилам:

• таблица должна содержать данные об одном типе объектов;
• каждая таблица должна содержать одно поле или несколько полей, образующих уникальный идентификатор (или первичный ключ) для каждой строки;
• все поля, не имеющие ключа, должны определяться полным уникальным идентификатором данной таблицы.

Пример 5.7

Третья нормальная форма

Понятие третьей нормальной формы основывается на понятии нетранзитивной зависимости.

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

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

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

Пример 5.8 Если в состав описательных реквизитов информационного объекта Студент включить фамилию старосты группы (Староста), которая определяется только номером группы, то одна и та же фамилия старосты будет многократно повторяться в разных экземплярах данного информационного объекта. В этом случае наблюдаются затруднения в корректировке фамилии старосты в случае назначения нового старосты, а также неоправданный расход памяти для хранения дублированной информации.

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

Пример 5.9 «Расщепление» информационного объекта, содержащего транзитивную зависимость описательных реквизитов, показано на
рис.
5.4. Как видно из
рис.
5.4, исходный информационный объект Студент группы представляется в виде совокупности правильно структурированных информационных объектов (Студент и Группа), реквизитный состав которых тождественен исходному объекту.

Отношение Студент = (Номер, Фамилия, Имя, Отчество, Дата, Группа) находится одновременно в первой, второй и третьей нормальной форме.

Главная / Базы данных /
Работа с базами данных / Тест 6

Информационный объект - это

Реляционная модель есть представление БД

Отчет это

Для реляционных отношений характерны следующие особенности

Таблица, находящаяся во второй нормальной форме, должна удовлетворять следующим правилам

Составным ключом называют

Нормализация отношений - это

Запрос - это

Транзитивная зависимость наблюдается в том случае

Функциональная зависимость реквизитов - это

Форма представляет собой

Модуль - это

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

Внешними ключами называются

Связь между таблицами позволяет:

Назовите основные объекты СУБД MS Access

Отношение называется нормализованным или приведенным к первой нормальной форме

Виды запросов

Таблица - это

Макрос - это

Специфические запросы - это

Простым ключом называют

Целостность данных -  это

Основные отличия запросов и фильтров заключаются в следующем

• Понятие
информационного объекта
т Нормализация
отношений

• Типы связей

• Построение
инфологической модели

ПОНЯТИЕ ИНФОРМАЦИОННОГО ОБЪЕКТА

Информационный объект —это описание
некоторой сущности (реального объек
та,
явления, процесса, события) в виде
совокупности логически связанныхреквизита
(информационных
элементов). Такими сущностями для
информационных объектов могу
служить:
цех, склад, материал, вуз, студент, сдача
экзаменов и т.д.

Информационный объект определенного
реквизитного состава и структуры
образую
класс (тип), которому присваивается
уникальное имя (символьное обозначение),
наприме]
Студент, Сессия, Стипендия.

Информационный объект имеет множество
реализации — экземпляров, каждый из
кс
торых представлен совокупностью
конкретных значений реквизитов и
идентифицируете
значением ключа
(простого — один реквизит или составного
— несколько реквизитов). Ос
тальные
реквизиты информационного объекта
являются описательными. При этом одни
те
же реквизиты в одних информационных
объектах могут быть ключевыми, а в других
—
описательными. Информационный объект
может иметь несколько ключей.

Пример
15.8. На рис. 15.14 представлен пример
структуры и экземпляров информ,
ционного
объекта Студент.

В информационном
объекте Студент ключом является реквизит
Номер (№ лично)
дела),
к описательным реквизитам относятся:
Фамилия (Фамилия
студента). Ив»
(Имя студента),
Отчество (Отчество
студента), Дата (Дата
рождения).
Группа
(J
группы).
Если отсутствует
реквизит Номер, то для однозначного
определения
хара
теристик
конкретного
студента
необходимо использование составного
ключа из
тр<
реквизитов:
Фамилия + Имя + Отчество.

Рис. 15.14.
Пример структуры и экземпляров
информационного объекта

15 2 РЕЛЯЦИОННЫЙ
ПОДХОД К ПОСТРОЕНИЮ ИНФОЛОГИ ЧЕСКОЙ
МОДЕЛИ

Пример 15.9.
На рис. 15.15 изображен пример компактного
представления информа-
ционного
объекта Студент с обозначением имени
объекта, ключа и указанием макси-
мально
возможного числа экземпляров записи.

Студент

|150 |

Номер

Рис. 15.15.
Пример
компактного
представления
информационного
объекта

Пример 15.10.
Пример представления информационного
объекта Студент в виде
графа на рис.
15.16.

С Студент)
Рис.
15.16. Пример представления
информационного объекта в виде графа

НОРМАЛИЗАЦИЯ ОТНОШЕНИЙ

Понятие нормализации отношений

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

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

Нормализация отношений— формальный
аппарат ограничений на фор-
мирование
отношений (таблиц), который позволяет
устранить дублирова-
ние, обеспечивает
непротиворечивость хранимых в базе
данных, уменьшает
трудозатраты на
ведение (ввод, корректировку) базы
данных.

Е.Коддом выделены три нормальные
формы отношенийи предложен
механизм,
позволяющий любое отношение преобразовать
к третьей (самой совершенной)
нормальной
форме [2].

Первая нормальная форма

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

Например, отношение Студент = (Номер,Фамилия, Имя, Отчество, Дата, Группа)
на-
ходится в первой нормальной форме.

Вторая нормальная
форма

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

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

Функциональная зависимостьреквизитов
— зависимость, при которой
экземпляре
информационного объекта определенному
значению ключевог
реквизита соответствует
только одно значение описательного
реквизита.

Такое определение функциональной
зависимости позволяет при анализе всех
вза1
мосвязей реквизитов предметной
области выделить самостоятельные
информационны
объекты.

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

Фамилия
Имя

Отчество ^————
^Р»1С-15.17.
Графическое

Дата
-^————
изображение
функционально

Группа ^————’ зависимости
реквизитов
В случае составного ключа
вводится понятие функционально полнойзависимости.

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

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

Пример 15.12. Отношение
Студент^а8Е
(Номер,
Фамилия, Имя, Отчество, Дата, Груш
находится
в первой и во второй нормальной форме
одновременно, так как описате.
ные
реквизиты однозначно определены и
функционально зависят от ключа
Номер.
Отношение Успеваемость
^as
(Номер,
Фамилия, Имя, Отчество, Дисциплина,
оцен
находится в первой нормальной
форме и имеет составной ключ
Номер+Дисципли
Это отношение не
находится во второй нормальной форме,
так как атрибуты Фа»
лия. Имя, Отчество
не находятся в полной функциональной
зависимости с составн;

ключом отношения.

Третья нормальная
форма

Понятие третьей нормальной формы
основывается на понятии нетранзитивнойзав
симости.

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

15.2. РЕЛЯЦИОННЫЙ
ПОДХОД К ПОСТРОЕНИЮ ИНФОЛОГИ ЧЕСКОЙ
МОДЕЛИ

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

Пример 15.13.
Если в состав описательных реквизитов
информационного объекта
Студент
включить фамилию старосты группы
(Староста), которая определяется толь-
ко
номером группы, то одна и та же фамилия
старосты будет многократно повторять-
ся
в разных экземплярах данного информационного
объекта. В этом случае
наблюдаются
затруднения в корректировке фамилии
старосты в случае назначения
нового
старосты, а также неоправданный расход
памяти для хранения дублированной
информации.

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

Пример 15.14.
«Расщепление» информационного
объекта, содержащего транзитив-
ную
зависимость описательных реквизитов,
показано на рис. 15.18.
Как видно из рис.
15.17, исходный информационный объект
Студент группы пред-
ставляется в виде
совокупности правильно структурированных
информационных объ-
ектов (Студент и
Группа), реквизитный состав которых
тождественен исходному
объекту.
Отношение Студент = (Номер,
Фамилия, Имя, Отчество, Дата, Группа)
нахо-
дится одновременно в первой,
второй и третьей нормальной форме.

Студент группы

Номер*

Фамилия

Имя

Отчество

Дата

Группа

Староста

Группа

Группа*
Староста

+

Студент

Номер*

Фамилия

Имя

Отчество

Дата

Группа

Рис* 15.18.
Пример «расщепления» структуры
информационного объекта

ТИПЫ СВЯЗЕЙ

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

• один к одному (1:1);

• один ко многим (1 :М);

• многие ко многим (М:М).

Рассмотрим эти типы связей на примере
15.15.

Пример 15.15.
Дана совокупность информационных
объектов, отражающих учебный
процесс
в вузе:

СТУДЕНТ (Номер,
Фамилия, Имя, Отчество, Пол, Дата рождения.
Группа)
СЕССИЯ (Номер,
Оценка], Оценка2, ОценкаЗ, Оценка4,
Результат)
СТИПЕНДИЯ (Результат,
Процент)
ПРЕПОДАВАТЕЛЬ (Код
преподавателя.
Фамилия, Имя, Отчество)

Связь один
к одному
(1:1) предполагает, что в каждый момент
времени одному
экземпляру информационного
объекта А соответствует не более одного
экземпляра инфор-
мационного объекта
В и наоборот.

Соседние файлы в папке Офис

• #
• #
• #