-
Модели данных субд: реляционная модель
Сегодня наиболее распространена реляционная модель. В ее основе лежит идея о том, что любой набор данных можно представить в виде двумерной таблицы. Простейшая реляционная БД может состоять из единственной таблицы, в которой будут храниться все необходимые данные. На практике реляционная БД состоит из нескольких таблиц, связанных между собой по определенным критериям.
-
Реляционная модель данных
Учитывая отмеченные в предыдущих разделах недостатки сетевых и иерархических моделей, можно сформулировать желательные требования к модели данных:
-
модель должна быть понятна пользователю, не имеющему особых навыков в программировании;
-
появление новых аспектов использования данных и необходимость введения новых связей не должны приводить к реструктуризации всей модели данных и базы данных в целом.
Моделью данных, удовлетворяющей вышеуказанным требованиям, является реляционная модель, часто называемая также табличной.
Основным используемым понятиям здесь является понятие отношения, представляемого в виде таблицы, столбцы которой соответствуют атрибутам сущности (структура строки таблицы аналогична структуре записи). Каждый атрибут может принимать определенное множество значений, называемое доменом. Строка таблицы с конкретными значениями полей здесь называется кортежем (соответствует понятию «экземпляр записи»). Поля таблицы предполагаются элементарными (неделимыми). Таким образом, понятие «таблица» здесь соответствует понятию «файл» модели данных. Первичный ключ здесь – минимальный набор атрибутов, однозначно идентифицирующий кортеж в отношении.
Групповое отношение может представляться двумя способами. При первом способе в таблицы, соответствующие группам – членам отношения, добавляются столбцы ключевых полей (атрибутов) другого члена отношения (связь описывается через ключевые атрибуты).
При втором способе групповое отношение определяется как дополнительная группа (дополнительная таблица). Столбцами этой дополнительной таблицы являются ключи групп – членов отношения. Таким образом, при любом способе соответствующая модель данных представляет собой совокупность структур таблиц.
Рассмотренный ранее пример базы данных, содержащей сведения о подразделениях предприятия и работающих в них сотрудниках, применительно к реляционной модели будет иметь вид:
Рис. 7. Пример реляционной модели (несколько таблиц, соединенные связями).
или
Рассмотрим пример записи ER-диаграммы (рис. 3) в терминах реляционных баз данных. Сначала представим таблицы, соответствующие сущностям.
таблица «Студент» поля 1) код, 2) фамилия, 3) дата рождения 4) место рожд-я. В одну линию.
таблица «Факультет», поля 1) номер 2) название
Представим таблицы, описывающие связи.
таблица «студент учится на фак-те» поля 1) код студента 2) номер фака
Заметим, что здесь реализован вышеописанный второй способ представления групповых отношений. Очевидно, что можно построить много вариантов таблиц, представляющих соответствующую ER-диаграмму.
В качестве основного недостатка реляционной модели можно указать дублирование информации при представлении связей.
Необходимо отметить, что большинство СУБД для персональных ЭВМ поддерживают именно реляционную модель данных. В качестве примеров таких наиболее распространенных СУБД можно указать все dBase-подобные системы, DB2, Paradox, Access, FoxPro, Oracle, MS SQL Server.