Этапы проектирования концептуальной модели

 

Концептуальная модель – это информационная модель данных в терминах конкретной СУБД, содержащая логическую структуру всей базы данных: полный набор данных и связей между ними. Эта модель не содержит сведений о методах хранения данных.

Методика проектирования концептуальной модели состоит из следующих этапов:

1. Преобразование сущностей в отношения.

2. Установление свойств атрибутов.

3. Определение внешних ключей.

4. Реализация связей типа «многие-ко-многим».

Этап 1. Преобразование сущностей в отношения.

На данном этапе каждой сущности необходимо поставить в соответствие одно отношение. Отношению дается имя, допустимое в рамках выбранной СУБД. Отношение имеет тот же состав атрибутов, что и сущность, только атрибутам отношения также присваиваются допустимые имена. Первичный ключ отношения соответствует ключевому атрибуту сущности.

В описание данного этапа проектирования включаются диаграммы перехода от сущности к соответствующему отношению.

Пример. Преобразование сущности ЧИТАТЕЛЬ в отношение READER:

Этап 2. Определение свойств атрибутов отношений.

В реляционной модели данных атрибуты отношений имеют множество свойств – тип данных, размер, уникальность, возможность использования null-значений и т.д. Каждая конкретная СУБД поддерживает свое подмножество из всего множества свойств атрибутов. Рассмотрим минимальный набор свойств, поддерживаемый практически любой СУБД: тип данных, размер, возможность использования null-значений.

Результат выполнения данного этапа оформляется в виде таблиц описания свойств атрибутов. Такая таблица должна быть составлена для каждого отношения.

Пример. В данном примере используются следующие типы данных:

· Int – целый;

· Varchar(30) – строковый с максимальной длиной 30 символов;

· Date – дата.

Таблица 1.14. Свойства атрибутов отношения READER

Атрибут	Тип (размер)	Null
ID_READER	Int	Not Null
SURNAME	Varchar(30)	Not Null
NAME	Varchar(30)	Not Null
SECONDNAME	Varchar(30)	Not Null
ADDRESS	Varchar(50)	Not Null
DATE_OF_BORN	Date	Null

 

Указание Not Null означает, что значения данного атрибута не могут быть пустыми, т.е. null-значениями. Для первичного ключа всегда указывается Not Null.

 

Этап 3. Определение внешних ключей.

На данном этапе производится анализ всех связей типа 1:М в следующем порядке:

1. Рассматривается очередная связь между сущностями из таблицы 1.12 с типом связи 1:М. Соответствующие отношения также являются связанными с тем же типом связи.

2. Анализируются атрибуты отношений, которые являются дочерними по отношению к другим. Если среди атрибутов дочернего отношения есть атрибут, ссылающийся на значения первичного ключа родительской таблицы, то данный атрибут объявляется внешним ключом. Иначе, в дочернее отношение добавляется новый атрибут, ссылающийся на первичный ключ родительского отношения. Этот атрибут будет являться внешним ключом, ему присваивается имя, которое может совпадать с именем первичного ключа родительского отношения.

3. На внешний ключ накладываются следующие ограничения: внешний ключ должен быть определен на том же типе данных, что и первичный ключ; если дочернее отношение является обязательным участником связи, то для внешнего ключа должно быть установлено “NOT NULL”, иначе – “NULL”.

4. Результат определения внешнего ключа вносится в таблицу:

Таблица 1.15. Перечень внешних ключей.

Дочернее отношение	Внешний ключ	Тип (размер)	NULL	Ссылка	Примечание

 

В графе «Ссылка» необходимо указать имя родительской таблицы и имя ее первичного ключа. Если свойства внешнего ключа корректируются, то в графе «Примечание» необходимо указать «КОРРЕКТИРОВКА»; если происходит добавление внешнего ключа, то необходимо указать «ДОБАВЛЕНИЕ».