Проектування структури реляційної бази даних в середовищі MS Access 2010

Мета роботи: Вивчення порядку, методів та засобів інформаційного моделювання предметної

області, розроблення концептуальної, інфологічної та даталогічної моделей бази даних для
конкретної предметної області у середовищі MS Access 2010.

Теоретичні відомості

У Microsoft Access перед тим, як створювати таблиці, форми та інші об'єкти необхідно розробити
проект бази даних. Правильна структура бази даних є основою для створення ефективної бази даних
адекватної вимогам конкретних задач. Відсутність продуманої структури бази даних призводить до
необхідності постійної переробки і налаштування об'єктів бази даних, таких, як форми і таблиці.
Проектування передбачає етапи створення проекту бази даних від концепції до реального втілення.
Проектування бази даних проходить три основних етапи:
1. Побудова концептуальної моделі БД. Зрозуміло, що неможливо створити базу даних, яка
враховує абсолютно усі аспекти реальності, до якої відноситься задача. На першому етапі
проектування бази даних необхідно визначити призначення бази даних, режими її використання та
основні алгоритми, які реалізують реальні бізнес-процеси – тобто вивчити предметну область
використання бази даних з метою створення моделі. Щоб зрозуміти, що саме і до якого рівня
деталізації необхідно описувати на етапі аналізу, потрібно вибрати певну точку зору на задачу. При
цьому аналіз поставленого завдання повинен враховувати вимоги замовника до системи, яка
розробляється, а також досвід розробника.
2. Побудова інфологічної (інформаційно-логічної) моделі БД. Далі слід розробити ескіз
об'єктів (таблиць), які потрібні для отримання необхідних результатів і визначити зв'язки між цими
об'єктами. При розробці ескізу слід врахувати відповіді на такі запитання:
Які дані ми маємо?
Які дані будуть містити таблиці?
Який тип і які властивості повинні мати дані в кожному полі таблиці? Як таблиці будуть пов'язані
одна з одною?
Організація полів даних в таблицях повинна відбуватись за певним правилами:
 кожна таблиця описує певну сутність;
 у таблиці не повинно бути даних, що не стосуються до описуваної сутності;
 потрібно позбавитися від полів, які повторюються, або містять інформацію, що дублюється;
 потрібно уникати полів, що містять похідні чи обчислювальні дані;
 кожне поле таблиці має містити найменшу змістовну інформацію (логічну одиницю), яка
стосується описуваної сутності; потрібно розділити складні конструкції даних на окремі елементи
даних;
 кожна таблиця повинна мати первинний ключ, який може складатися з одного або декількох
полів;
Закінчення цього етапу передбачає докладний опис всіх таблиць (імена полів, типи даних та їх
властивості), а також зв'язків між ними.
3. Побудова даталогічної моделі бази даних. На цьому етапі проходить практична реалізація
інфологічної моделі на платформі конкретної СУБД (в даному випадку Microsoft Access 2010). На
основі інфологічної моделі:
· створюються потрібні таблиці бази даних з відповідними полями;
· полям задаються необхідні типи та розмірності;
· встановлюються ключові та індексовані поля в таблицях;
· при потребі полям задаються списки вводу даних, маски, формати відображення,
контроль вводу даних, початкові значення та інші властивості;
· створюються зв’язки між таблицями (з врахуванням правил цілісності).
Після створення таблиць, полів та зв’язків необхідно ще раз перевірити структуру бази даних, щоб
виявити можливі недоліки. Бажано зробити це перед заповненням таблиць даними
Результатом цього етапу має бути множина таблиць, які задовольняють правилам нормалізації, із
встановленими (з врахуванням правил цілісності) зв’язками між таблицями.
Предметна область: Поліклініка.

Концептуальна модель
Мета: створити базу даних для приватної поліклініки, яка містить інформацію про візити, лікарів, які
там працюють і пацієнтів, які там лікуються; а також діагноз і методи його обстеження.
Перелік вихідних даних:

 дані про лікарів (Прізвище, Ім’я, Спеціальність, Медична освіта );

 дані про пацієнтів (ПІБ_пацієнта, Тел_пацієнта, Адреса_пацієнта, Дата_нар_пацієнта,

Діагноз).

 Інформація про візит (Назва_відділення, Кількість_часу, яку тривав прийом,

Дата_прийому, Пацієнт, який був на прийомі, Оцінка_якості_прийому, Лікар, який
приймав прийом).

 Інформація про відділення поліклініки ( Види_відділення, які є в поліклініці,

Ціна_послуги_відділення, Опис_відділення, Пацієнти,які лікуються у кожному
відділені)

 Дані про діагноз ( Види діагнозу, Діагностика)

Інфологічна (інформаційно-логічна) модель

№ Поле Тип Розмір Опис

1. Вид від текстовий 30 Вид відділення
2. Опис від примітка 100 Опис відділення у
поліклініці
3. Ціна грошовий 6 Ціна послуг у відділенні в
послуги від гривнах
4. Діагноз текстовий 50 Вид діагнозу
5. Діагностика MEMO Авто Опис діагностики
6. Прізвище Текстовий 30 Прізвище лікара
лікар
7. Ім’я лікар текстовий 50 Ім’я лікаря
8. Спеціальніс текстовий 20 Спеціальність лікаря
ть
9. Медична текстовий 5 Медична освіта лікаря
освіта
10. ПІБ текстовий 50 ПІБ пацієнта
пацієнта
11. Адреса текстовий 50 Адреса пацієнта
пацієнта
12. Tel_пацієнт текстовий 20 Телефон пацієнта
а
13. Дата Дата/час 30 Дата народження пацієнта
народження
14. Діагноз число 15 Діагноз пацієнта
15. Тривалість текстовий 50 Тривалість прийому

16. Дата_прийо Дата й час 20 Дата прийому пацієнта

му
17. Пацієнт текстовий 30 Пацієнт, який був на
прийомі
18. Оцінка текстовий 15 Оцінка якості прийому
 якості
прийому
19. Лікар Текстовий 10 Лікар, який проводив
прийом
Таблиця Пацієнти описує сутність пацієнтів і містить всі їхні характеристики.

Пацієнти
Код_пацієнта
ПІБ_пацієнта
Тел_пацієнта
Адреса_пацієнта
Дата_нар_пацієнта
Діагноз

Таблиця Прийом описує сутність прийому і містить всі його характеристики.

Прийом
Код_прийому
Код_відділення
Тривалість
Дата_прийому
Пацієнт
Оцінка якості прийому
Лікар

Таблиця Відділення описує сутність відділення і містить всі його характеристики.

Відділення
Код_Відділення
Вид_Відділення
Ціна
послуги_Відділення
Опис_ Відділення

Таблиця Діагноз описує сутність діагнозу і містить всі його характеристики.

Діагноз
Код_діагнозу
Діагноз
Діагностика

Таблиця Лікарі описує сутність лікарів і містить всі його характеристики.

Лікарі
Код_лікаря
Прізвище_лікаря
Ім'я_лікаря
Спеціальність_лікаря
Медична освіта

В даному прикладі між створеними об’єктами встановились такі зв’язки:

Лікаря і Прийом – зв’язок один-до-багатьох (один лікар може мати безліч прийомів).
Відділення і Прийом – зв’язок один-до-багатьох ( одне відділення має багато прийомів).
Прийом і Пацієнти – зв’язок один-до-багатьох ( один пацієнт може мати безліч прийомів).
Діагноз і Пацієнт – зв’язок один-до-багатьох (один пацієнт може мати безліч діагнозів).

Даталогічна модель
Таблиця Відділення

Таблиця Лікарі
 Таблиця Діагноз

Таблиця Прийом

Схема зв’язків між таблицями

Формат відображення даних
Маска вводу даних
Початкове значення даних
Контроль ведення даних

майстер підстановки з таблиці

Майстер підстановок з фіксованого набору значень