Атрибут отношения
Атрибут
отношения представляет собой пару вида
<Имя
атрибута:
Имя
домена>
(либо
).
Имена атрибутов должны быть уникальны
в пределах отношения. Часто имена
атрибутов отношения совпадают с именами
соответствующих доменов.
Заголовок и тело отношения
Отношение R, определенное на множестве доменов, содержит две части: заголовок и тело. Заголовок отношения – это фиксированное количество атрибутов отношения, описывающее декартово произведение доменов, на котором задано отношение
.
Заголовок статичен: он не меняется во время работы с базами данных.
Тело
отношения содержит множество кортежей
отношения. Каждый кортеж отношения
представляет собой множество пар вида
<Имя
атрибута:
Значение>
(либо
)
таких,
что значение
атрибута
принадлежит домену
.
Тело отношения представляет собой
множество кортежей, т. е. подмножество
декартова произведения доменов.
Таким образом, тело отношения собственно и является отношением в математическом смысле слова. Тело отношения может изменяться во время работы с базой данных, так как кортежи могут изменяться, добавляться и удаляться.
Число атрибутов в отношении называется степенью (либо арностью) отношения, а множество кортежей отношения кардинальностью (либо мощностью) отношения.
Таблицы в базах данных
В соответствии с реляционной моделью данные в реляционной базе данных сохраняются в отношениях, которые воспринимаются пользователем как таблицы. Каждое отношение состоит из кортежей (записей) и атрибутов (полей). Пример таблицы приведен на Рис. 1.1. .
|
Рис. 1.1. Наглядное представление основных понятий реляционной модели |
Основными
структурами в базе данных являются
таблицы. При записи отношения в виде
таблицы имена атрибутов
перечисляются в заголовках столбцов,
а кортежи образуют строки формата
,
где каждое значение берется из
соответствующего домена.
Таким образом, в реляционной МД отношение можно представить как произвольное подмножество декартова произведения доменов атрибутов, тогда как таблица − это всего лишь представление такого отношения.
Таблицы в реляционной МД являются логическими, а не физическими структурами. На физическом уровне система может использовать любую из существующих структур памяти (последовательный файл, индексирование, хеширование, цепочку указателей и т. п.), лишь бы существовала возможность отображать эти структуры в виде таблицы на логическом уровне.
Таблицы представляют собой абстракцию способа физического хранения данных, в которой множество деталей на уровне памяти скрыто от пользователя. К скрытым деталям относятся: размещение хранимых записей, кодировка хранимых данных, хранимые структуры доступа, такие как индексы, и т. д.
Данные в таблицах удовлетворяют следующим принципам:
Каждое значение, содержащееся на пересечении строки и колонки, должно быть атомарным (т. е. не расчленяемым на несколько значений).
Значения данных в одной и той же колонке должны принадлежать к одному типу, доступному для исполнения в данной СУБД.
Каждая запись в таблице уникальна, т. е. в таблице не существует двух записей с полностью совпадающим набором значений ее полей.
Каждое поле имеет уникальное имя.
Последовательность полей в таблице несущественна.
Несмотря на то, что строки таблиц считаются неупорядоченными, любая СУБД позволяет сортировать строки и колонки в выборках из нее нужным пользователю способом. Поскольку последовательность колонок в таблице не существенна, обращение к ним производится по имени, и эти имена для данной таблицы уникальны.