Справочник
врачей хранится в таблице 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:М) означает, что один экземпляр
сущности, расположенный слева по
связи, может быть связан с несколькими
экземплярами сущности, расположенными
справа по связи.
Связь «многие-ко-многим
(М:М) означает, что несколько экземпляров
первой сущности могут быть связаны с
несколькими экземплярами второй сущности,
и наоборот. Между двумя сущностями может
быть задано сколько угодно связей с разными
смысловыми нагрузками.