1. Предметная область: Видеоигровая индустрия.

2. ER-диаграмма предметной области.

3. Физическая схема реляционной базы данных

 4. Пояснения обозначений на получившейся схеме
<PK> - первичный ключ
<AK> - альтернативный ключ
<FK> - вторичный ключ
{…} – составной ключ
- ссылка вторичного ключа на первичный
5. Комментарии относительно преобразования классов
принадлежности
• m:n с обязательным классом принадлежности для обеих сторон
(видеоигра – онлайн магазин)
Создаётся третье отношение (Продаваемые игры), включающее оба первичных
ключа из начальных отношений, которые здесь становятся вторичными, но
вместе образуют составной первичный ключ {Код игры, Название магазина} <PK>.
Стоит учесть: полученная реляционная схема не реализует задаваемые
исходной ER-диаграммой ограничения.
• m:n с необязательным классом принадлежности для обеих сторон
(Студия разработки– студия-издатель)
Создаётся третье отношение (Источники финансирования), включающее оба
первичных ключа из начальных отношений, которые здесь становятся
вторичными, но вместе образуют составной первичный ключ {Название
разработчиков, Название издателей} <PK>.

• 1:m с обязательным классом принадлежности сущностей по обеим

сторонам связи (Студия-издатель – геймдизайнер)
Идентифицирующие свойства этих отношений становятся их первичными
ключами. В отношение, соответствующее сущности с множественной
связностью (Студия-издатель), вводится атрибут, который становится внешним
ключом, ссылающимся на одноимённый первичный ключ Код геймдизайнера.
Стоит учесть: реляционная модель не в состоянии реализовать в связи один-
ко-многим обязательность класса принадлежности сущности со
стороны одинарной связи.
• 1:m с обязательным классом принадлежности для одной стороны и
необязательным для другой (Геймдизайнер – студия разработки)
Создаётся третье отношение (Геймдизайнер в команде), включающее оба
первичных ключа из начальных отношений. Пришедшие ключи в этом
отношении становятся вторичными, но код геймдизайнера ещё является и
потенциальным ключом. Стоит учесть: реляционная модель не позволяет
реализовать обязательность класса принадлежности сущности со стороны
одинарной связности.
6. Ключи отношений
Видеоигра:
Код игры <PK>

Продаваемые игры:
Код игры <FK>
Название магазина <FK>
{Код игры, Название магазина} <PK>

Онлайн магазин:
Название <PK>

Источники финансирования:

Название разработчиков <FK>

Название издателей <FK>
{Название разработчиков, Название издателей} <PK>

Студия разработки:

Код разработчика <PK>

Название разработчиков <AK>

Геймдизайнер в студии:
Код геймдизайнера <PK> <FK>
Название разработчиков <AK> <FK>

Студия-издатель:
Название издателей <PK>
Код геймдизайнера <FK>

Геймдизайнер:

Код геймдизайнера <PK>

Геймдизайнер в команде:
Код геймдизайнера <PK> <FK>
Код разработчика <FK>

Геймдизайнер_Видеоигра:
Код игры <PK> <FK>
Код геймдизайнера <FK>