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

Наиболее удобным и для пользователя, и для компьютера является представление данных в виде двумерной таблицы. Большинство современных ИС работают именно с такими таблицами. БД, которые состоят из двумерных таблиц, называются реляционными (relation – отношение).

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

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

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

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

Примером реализации реляционной модели данных может быть таблица с информацией об учащихся (табл. 2.1).

Как видно из приведенного примера, реляционная таблица обладает следующими свойствами:

• каждая строка таблицы – один элемент данных (сведения об одном учащимся);

Таблица 2.1

Информация об учащихся

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

• каждый столбец имеет уникальное имя (например, в таблице нет двух столбцов «Имя»);

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

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

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

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

Примеры реляционных СУБД для ПЭВМ: Paradox (Borland); Visual FoxPro и Access (Microsoft); Clarion (Clarion Software); Oracle (Oracle) и т.д.