5.3.Проектирование логической (реляционной) модели бд

На данном этапе следует на основе созданной ER-диаграммы определить наборы отношений (таблиц), необходимых для представления сущностей и связей между ними.

Раздел "Проектирование реляционной модели БД" пояснительной записки к курсовой работе должен содержать:

• описание порядка преобразования концептуальной модели в реляционную;

• полную реляционную схему.

• таблицу взаимного соответствия атрибутов сущностей и полей таблиц;

• список таблиц модели с указанием ключевых полей;

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

5.3.1Преобразования концептуальной модели бд в логическую реляционную модель (сущности и связи)

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

• Если между сущностями связь «один к одному» и классы принадлежности обеих сущностей являются обязательными, то для реализации требуется только одна таблица. Её первичным ключом может быть ключ одной из сущностей.

• Если между сущностями связь «один к одному» и класс принадлежности одной из сущностей является обязательным, а другой – нет, то необходимо построение двух таблиц, т.е. под каждую сущность надо выделить по одной таблице. При этом первичный ключ сущности должен служить первичным ключом для соответствующей таблицы. Кроме того, ключ сущности с необязательным классом принадлежности добавляется в качестве внешнего ключа в таблицу, выделенную для сущности с обязательным классом принадлежности.

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

• Если между сущностями связь «один ко многим» и класс принадлежности n-связанной сущности является обязательным, то достаточно использовать две таблицы (по одной на каждую сущность) при условии, что ключ таблицы со стороны "1" должен быть добавлен как внешний ключ в таблицу, со стороны "много".

• Если между сущностями связь «один ко многим» и класс принадлежности n-связанной сущности является необязательным, то для реализации данной ER-диаграммы необходимо создать три таблицы. По одной таблице создают для каждой сущности, при этом первичные ключи сущностей являются ключами для соответствующих таблиц, и таблицу для связи, в которую в качестве внешних ключей включаются первичные ключи связываемых сущностей.

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

5.3.2Преобразования концептуальной модели бд в логическую реляционную модель (атрибуты)

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

Таблица 3.4. Ключевые атрибуты

Сущности и связи

Атрибуты

Таблицы

Поля