Istorija_boleznej

Ім’я стовпця	Тип	Дов-жина	Призначення	Обмеження цілісності стовпців
ID	ціле число	9	Ідентификатор історії хвороби	Первинний ключ
DIAGNOZ_ID	ціле число	4	Зв’язок з діагнозом	Зовнішній ключ, що посилається на первинний ключ відношення DIAGNOZY(ID)
BOLNOJ_ID	ціле число	8	Зв’язок з людиною	Зовнішній ключ, що посилається на первинний ключ відношення CHELOVEK(ID)
DATA_POSTUPLENIJA	дата		Дата поступлення пацієнта до лікарні
OSMOTREVSHIJ_ID	ціле число	4	Зв’язок з працівником	Зовнішній ключ, що посилається на первинний ключ відношення SOTRUDNIK(ID)
DATA_SMERTI	дата		Дата смерті пацієтна

Містить опис історії хвороби.

Таблиця 8. Відношення сутності Лікування

LECHENIE

Ім’я стовпця	Тип	Дов- жина	Призначення	Обмеження цілісності стовпців
VRACH_ID	ціле число	4	Зв’язок з працівником	Зовнішній ключ, що посилається на первинний ключ відношення SOTRUDNIK(ID)
LEKARSTVO_ID	ціле число	5	Зв’язок з ліками	Зовнішній ключ, що посилається на первинний ключ відношення LEKARSTVA(ID)
ISTORIJA_ID	ціле число	5	Зв’язок з історією хвороби	Зовнішній ключ, що посилається на первинний ключ відношення ISTORIJA_BOLEZNEJ(ID)
KOGDA	дата		Дата проведення лікування	Обов’язковий
KOLICHESTVO	ціле число	2	Кількість використаних ліків	Обов’язковий, приймає значення: 1-99.

Містить історію лікування.

4.2. Фізичне проектування

База даних спроектована для її збереження у СКБД Oracle, яка підтримує реляційну модель даних і є об’єкто-реляційною СКБД. Ця СКБД має дуже розвинені можливості по створенню та супроводу баз даних, оскільки володіє найбільш розвиненою системою типів даних, можливостями індексування полів, що дозволяє одержувати доступ до даних за мінімальний час, а також функціями по забезпеченню підтримки цілісності даних між реляційними таблицями, що дозволяє розробнику мінімізувати тимчасові витрати на створення бази даних, а кінцевому користувачеві витрати на підтримку цілісності збережених даних і одержання даних з бази даних. Робота з базою даних підтримується за допомогою реляційної мови запитів SQL.

Логічна модель бази даних легко відображається в реляційну фізичну модель, оскільки логічна модель була побудована з використанням реляційної структури даних. Крім того, логічна модель була приведена у третю нормальну форму, тому усі відношення представляються у фізичній моделі окремими таблицями. Ніякі злиття відношень в одну таблицю для підвищення ефективності виконання окремих класів запитів не виконуються у зв’язку з тим, що такі класи запитів не були знайдені. У результаті отримано вісім таблиць реляційної бази даних, де кожне відношення прямо відповідає окремій таблиці, атрибути кожного відношення стають полями цієї таблиці, а первинні ключі відношень стають первинними ключами таблиць.