Сущность имеет имя, уникальное в пределах модели. При этом имя сущности - это имя типа, а не конкретного экземпляра.

Сущности подразделяются на сильные и слабые. Сущность является слабой, если ее существование зависит от другой сущности - сильной по отношению к ней. Например, сущность «Подчиненный» является слабой по отношению к сущности «Сотрудник»: если будет удалена запись, соответствующая некоторому сотруднику, имеющему подчиненных, то сведения о подчинении также должны быть удалены.

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

Абсолютное различие между типами сущностей и атрибутами отсутствует. Атрибут является таковым только в связи с типом сущности. В другом контексте атрибут может выступать как самостоятельная сущность.

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

Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.

Справочник врачей хранится в таблице VRACH, структура и правила поддержки целостности данных которой приводятся в таблицах.

Таблица 1

Таблица VRACH

Название	Тип данных	Размер	Ограничения	Назначение
CODE_VRACH	Integer		Primary Key	Код врача
FAM_VRACH	Char	25	Not NULL	Фамилия врача
IMYA_VRACH	Char	25	Not NULL	Имя врача
OTCH_VRACH	Char	25		Отчество врача
CODE_DOLGN	Integer			Код специализации
CODE_KABINET	Integer			Код занимаемого кабинета
CODE_TIME	Integer			Код времени приема

Справочник пациентов хранится в таблице PACIENT, структура и правила поддержки целостности данных которой приводятся в табл. 2.

Таблица 2

Таблица PACIENT

Название	Тип данных	Размер	Ограничения	Назначение
CODE_ PACIENT	Integer		Primary Key	Код пациента
FAM_ PACIENT	Char	25	Not NULL	Фамилия пациента
IMYA_ PACIENT	Char	25		Имя пациента
OTCH_ PACIENT	Char	25		Отчество пациента
CODE_VRACH	Integer		Not NULL	Код врача
CODE_DATE	Integer			Код даты приема

Данные о специализации врачей хранятся в таблице DOLGN, структура и правила поддержки целостности данных которой приводятся в табл. 3.

Таблица 3

Таблица DOLGN

Название	Тип данных	Размер	Ограничения	Назначение
CODE_DOLGN	Integer		Primary Key	Код специализации
DOLGN	Char	25		Название специализации

Для хранения данных о номерах кабинетов заполняется таблица KABINET, структура и правила поддержки целостности данных которой приводятся в табл. 4.

Таблица 4

Таблица KABINET

Название	Тип данных	Размер	Ограничения	Назначение
CODE_KABINET	Integer		Primary key	Код кабинета
KABINET	Integer			Номер кабинета
SUMMATOR	Integer		Not NULL	Количество врачей в кабинете
CODE_DOLGN	Integer			Код специализации
POLOJENIE	Char	25		Положение кабинета ( свободен или занят)

Для хранении данных о времени приема врача заполняется таблица TIME, структура и правила поддержки целостности данных которой приводятся в                  табл. 5.

Таблица 5

Таблица TIME

Название	Тип данных	Размер	Ограничения	Назначение
CODE_TIME	Integer		Primary key	Код времени приема
TIME	Char	25		Время приема

Для хранения информации о дате приема к врачу создана таблица DATE_PRIEM , структура и правила поддержки целостности данных которой приводятся в табл. 6.

Таблица 6

Таблица DATE_PRIEM

Название	Тип данных	Размер	Ограничения		Назначение
CODE_DATE	Integer		Primary Key	Код даты
DATE_PRIEM	Date			Дата приема
CODE_VRACH	Integer		Not NULL	Код врача
SUMMATOR	Integer			Количество пациентов

 Связи между таблицами инфологической модели

Система управления базами данных (СУБД) обычно поддерживает 4 основных типа отношений между таблицами:

- один-к-одному (одной записи в первой таблице соответствует одна запись во второй);

- один-ко-многим (одной записи в первой таблице соответствует много записей во второй);

- много-к-одному (многим записям в первой таблице соответствует одна запись во второй);

- много-ко-многим (одной записи в первой таблице соответствует много запией во второй и одной записи во второй таблице соответствует много записей в первой).

Инфологическая модель применяется после словесного описания предметной области.

Связи делятся на три типа по множественности: один-ко-одному (1:1), один-ко-многим (1:М), многие-ко-многим (М:М).

Связь один-ко-одному означает, что экземпляр одной сущности связан только с одним экземпляром другой сущности.

Связь один-ко-многим (1:М) означает, что один экземпляр сущности, расположенный слева по связи, может быть связан с несколькими экземплярами сущности, расположенными справа по связи.

Связь «многие-ко-многим (М:М) означает, что несколько экземпляров первой сущности могут быть связаны с несколькими экземплярами второй сущности, и наоборот. Между двумя сущностями может быть задано сколько угодно связей с разными смысловыми нагрузками.

Схема данных регистратуры поликлиники