24. Свойства реляционной таблицы, понятие ключа: простого, составного внешнего.

Свойства реляционной таблицы:

·       каждый элемент таблицы – это один элемент данных;

·       все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип и длину;

·       каждый столбец имеет уникальное Имя;

·       одинаковые строки в таблице отсутствуют;

·       порядок следования строк и столбцов может быть произвольным.

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

Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом  (ключевым полем). Например: «№ личного дела» или «№ зачетной книжки».

Если записи однозначно определяются значениями нескольких полей, то такая БД имеет составной ключ. Например:  «Фамилия, Имя, Отчество».

Понятие ключа в СУБД

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

Пример реляционной модели, построенной на основе отношений:

СТУДЕНТ, СЕССИЯ, СТИПЕНДИЯ.

СТУДЕНТ (№, Ф., И., О., Пол, ДатаРождения, Группа)

СЕССИЯ (Ф., И., О., Оценка1, Оценка2, Оценка3, Оценка4, Результат).

СТИПЕНДИЯ (Результат, Стипендия).

Таблицы СТУДЕНТ и СЕССИЯ имеют совпадающие поля  ( Ф., И., О. ) – составной ключ, что обеспечивает организацию связей между ними.

Таблица СЕССИЯ имеет первичный ключ Ф., И., О. и содержит внешний ключ Результат, который обеспечивает её связь с таблицей СТИПЕНДИЯ.

25. Нормализация отношений. Понятие и пример нормализации.

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

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

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

Пример нормализации отношений СТУДЕНТ ГРУППЫ:

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

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

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