Реляционные базы данных

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

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

Данные в таблицах должны удовлетворять следующим принципам:

- каждое значение, содержащееся в ячейке таблицы, должно быть простым, не расчленяемым на несколько значений.

- значения в каждом столбце должны принадлежать к одному и то­му же типу;

- не должно быть одинаковых строк;
- каждый столбец имеет уникальное имя.

Приведем несколько определений.

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

Атрибут представляет собой свойство, характеризующее сущ­ность. В таблице атрибуту соответствует столбец, в котором содержатся значения данного свойства, соответствующие конкретным экземплярам сущности. Имя атрибута является заголовком столбца таблицы.

В качестве примера приведем таблицу «Сотрудник»

Домен представляет собой множество всех возможных значений опре­деленного атрибута. Отношение «СОТРУДНИК» включает 4 домена: 1) множество всех возможных фамилий сотрудников;

2) множество всех возможных номеров отделов;

3) множество всех возможных названий должностей;

4) множество возможных дат рождения сотрудников.

Значения атрибута принадлежат к одному типу (числовому, символь­ному и т. д.).

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

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

Внешний ключ таблицы Т₂ можно определить как столбец таблицыТ₂,значения которого должны совпадать со значениями ключа таблицы Т₁.

Например, пусть имеются две таблицы: Т₁ ( Типы товаров) и Т₂ (Товары). Пуст

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

. Т₁ содержит столбец (поле) КодТипа. Две таблицы можно связать общим полем КодТипа. А именно, в Т₂ также должен быть столбец КодТипа (осуществляющий связь) со значениями из столбца КодТипа таблицы Т₁.

Табл. Т₁ ( Типы товаров) Табл. Т₂ (Товары)

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

Пусть БД содержит информацию о ряде заказов на товары. При этом в одном конкретном заказе могут фигурировать несколько товаров, а конкретный товар может содержаться в нескольких заказах (такой тип отношения носит название «многие ко многим»). Структурируем информацию с помощью следующего набора таблиц: таблица Товары (содержит столбцы Код товара и Название товара), таблица Заказы (в Заказах содержатся только Код заказа и Дата заказа, не указываются заказанные товары) и таблица Детали заказа (содержащая внешние ключи Код заказа и Код товаров). Таблицы Заказы и Детали заказов связывает отношение «один ко многим». Но такое же отношение связывает и таблицы Товары и Детали заказов. Фактически, таблица Детали заказов реализует связь в отношении «многие ко многим» между Товарамии Заказами.

Табл. Т₁ (Товары) Табл. Т₂ (Заказы) Табл. Т₃ (Детали заказа)