Первичный ключ может состоять из единственного поля таблицы, значения которого уникальны для каждой записи. Так, например, на предприятии не может быть двух работников с одинаковыми табельными номерами, поэтому в таблице, содержащей записи о работниках, табельный номер может быть первичным ключом. Такой первичный ключ называют простым ключом.
Если таблица не имеет единственного уникального поля, первичный ключ может быть составлен из нескольких полей, совокупность значений которых гарантирует уникальность. Так, имя, фамилия, отчество, номер паспорта, серия паспорта не могут быть первичными ключами по отдельности, так как могут оказаться одинаковыми у двух и более людей. Но не бывает двух личных документов одного типа с одинаковыми серией и номером. Поэтому в таблице, содержащей записи о людях, первичным ключом может быть набор полей, состоящий из типа личного документа, его серии и номера. Такой первичный ключ называют составным ключом
Все остальные ключи отношения называются возможными ключами.
В отличие от иерархической и сетевой моделей данных в реляционной отсутствует понятие группового отношения. Для отражения ассоциаций между кортежами разных отношений используется дублирование их ключей. Рассмотренный иерархический и сетевой пример базы данных, содержащей сведения о подразделениях предприятия и работающих в них сотрудниках, применительно к реляционной модели будет иметь вид:
Рис. 5.8. База данных о подразделениях и сотрудниках предприятия
Например, связь между отношениями ОТДЕЛ и СОТРУДНИК создается путем копирования первичного ключа "Номер_отдела" из первого отношения во второе. Таким образом:
· для того, чтобы получить список работников данного подразделения, необходимо из таблицы ОТДЕЛ установить значение атрибута "Номер_отдела", соответствующее данному "Наименованию_отдела" выбрать из таблицы СОТРУДНИК все записи, значение атрибута "Номер_отдела" которых равно полученному на предыдущем шаге.
· для того, чтобы узнать в каком отделе работает сотрудник, нужно выполнить обратную операцию:
o определяем "Номер_отдела" из таблицы СОТРУДНИК
o по полученному значению находим запись в таблице ОТДЕЛ.
Атрибуты, представляющие собой копии ключей других отношений, называются внешними ключами.
Иногда возникает потребность разбить одну таблицу на более мелкие - проблема может заключаться в том, что некоторые сведения из нее используются не слишком часто, или в том, что какие-то данные не предназначаются для всеобщего доступа. Например, часть информации о факультетах нужна только для рекламных целей и используется очень редко. С другой стороны, сведения о заработной плате должны быть доступны только определенным сотрудникам. В любом из этих случаев можно создать отдельную таблицу и связать ее с исходной таблицей отношением типа " один-к-одному ". Это означает, что любая запись в первой таблице связана только с одной записью во второй.
Если же между таблицами необходимо организовать связь " многие-ко-многим ", то в Access придется создать дополнительную таблицу пересечения, с помощью которой одна связь будет сведена к двум связям типа " один-ко-многим ".
Краткие итоги
Рассмотрена реляционная модель данных. Реляционная модель есть представление БД в виде совокупности упорядоченных нормализованных отношений.
Дано определение нормализации отношений. Нормализация отношений - формальный аппарат ограничений на формирование отношений. Выделены три нормальные формы отношений и предложен механизм, позволяющий любое отношение преобразовать к третьей нормальной форме.
Реляционные базы данных состоят из нескольких таблиц, связь между которыми устанавливается с помощью совпадающих полей. Каждая запись в таблицах идентифицирует один объект. Отношение между объектами определяет отношение между таблицами. Существует 4 типа отношений:
· Отношение "один-к-одному" (1:1)означает, что каждая запись в одной таблице соответствует только одной записи в другой таблице.
· Отношение "один-ко-многим" (1:М)означает, что каждой записи в одной таблице соответствует одна или несколько записей в другой таблице.
· Отношение "многие-к-одному" (М:1)аналогично рассмотренному ранее типу. Тип отношения между объектами зависит от вашей точки зрения.
· Отношение "многие-ко-многим" (М:М).возникает между двумя таблицами в тех случаях, когда:
Простые и составные ключи. Простой или первичный ключ состоит из единственного поля таблицы, значения которого уникальны для каждой записи. Если таблица не имеет единственного уникального поля, первичный ключ составляется из нескольких полей, совокупность значений которых гарантирует уникальность, такой первичный ключ называют составным ключом.
Вопросы для самопроверки
· Назовите характерные особенности реляционных отношений.
· На что ориентирована реляционная модель?
· Какими свойствами обладает реляционная таблица?
· Понятие информационного объекта.
· Понятие нормализации отношений.
· Первая нормальная форма.
· Вторая нормальная форма.
· Третья нормальная форма.
· Понятие простого ключа.
· Понятие составного ключа.
· Какие типы связей Вы знаете, охарактеризуйте их.