Краткие теор

Сущность

Врач

Атрибуты

ФИО врача
Сущность

Специальность

Атрибуты

Название
специальности

Дата визита Время визита
Визит Стоимость Диагноз Рекомендации

Название диагноза

ФИО пациента Дата рождения
Пациент Адрес проживания Телефон

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

Например, для связи между сущностями определены следующие модальности:
Врач-Визит – не каждый врач обязательно должен быть закреплён за визитом (следовательно, сущность Врач имеет модальность Может), но каждый визит непременно должен быть закреплен за каким-нибудь врачом (модальность Должен).
Пациент-Визит – не каждый пациент обязательно должен быть записан на визитом (следовательно, сущность Пациент имеет модальность Может), но на каждом имеющемся визите должен быть указан какой-нибудь пациент (модальность Должен).
Врач-Специальность – каждый врач обязательно должен иметь специальность (следовательно, сущность Врач имеет модальность Должен), но на каждая имеющемся специальность может быть закреплена за врачом (модальность Может).
Визит-Диагноз – не при каждом визите может быть поставлен точный диагноз (следовательно, сущность Визит имеет модальность Может) и не каждый диагноз может быть поставлен при каком-либо визите (модальность Может).

Таблица 2. Указание связей сущностей

Сущность Врач

Пациент
Связь Обслуживать

Осуществлять
Сущность Визит

Визит

Тип Один-ко-многим Один-ко-многим
Модальность Может-Должен Может-Должен

Врач Иметь

Визит Ставится
Специальность

Диагноз

Многие-к-одному Многие-к-одному
Должен-Может Может-Может

Дополним диаграмму Сущность-связь выявленными атрибутами для получения окончательного вида модели ER-диаграммы

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

Теперь определим, какие таблицы будут содержать вторичные ключи.

Как было сказано выше, вторичные ключи будут содержаться в тех таблицах, со стороны которых в модели «Сущность-связь» стоял тип связи «Много». Это таблицы:
 Врач (будет содержать вторичный ключ специальности)  Визит (будет содержать вторичный ключ врача)
 Визит (будет содержать вторичный ключ диагноза)  Визит (будет содержать вторичный ключ пациента).
Принимая во внимание эту информацию, добавим в соответствующие таблицы вторичные ключи и покажем связи между таблицами:

Так как на основе данной реляционной модели будут написаны скрипты

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

Реляционная модель базы данных для нее имеет следующий вид: