МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ

НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ 
“ЛЬВІВСЬКА ПОЛІТЕХНІКА”

Кафедра інформаційних мереж та систем

Звіт до лабораторної роботи №2

Середовище СУБД MS Access 2016

Виконала:

Студентка групи ФЛ-23

Васів О.Б.

Прийняла:

Марків О. О.

Львів-2023
Тема: «Проектування структури реляційної бази даних в середовищі MS Access
2016»
Мета роботи: Вивчення порядку, методів та засобів інформаційного
моделювання предметної області, розроблення концептуальної, інфологічної та
даталогічної моделей бази даних для конкретної предметної області у
середовищі MS Access 2016.
Теоретична частина:
Реляційна база даних – це множина взаємопов'язаних відношень, в яких
зберігається інформація про деяку сукупність об'єктів реального світу.
Проектування бази даних (БД) складається з двох основних фаз: логічного і
фізичного моделювання. Під час фази логічного моделювання розробник збирає
вимоги та розробляє модель, не залежну від конкретної системи управління
базами даних (СУБД). Під час фази фізичного моделювання розробник створює
модель, адаптовану та оптимізовану для конкретного додатка СУБД.
У теорії реляційних баз даних таблиця являє собою спочатку невпорядкований
набір записів. Єдиний спосіб ідентифікувати певний запис у цій таблиці – це
вказати одне чи декілька полів, які були б унікальними для цього запису. Для
цього вводиться поняття ключа.
Ключ - набір атрибутів(стовпчиків таблиці), який однозначно визначає запис
таблиці. Існують такі види ключів:
Первинний ключ – одне або декількох полів, значення яких дозволяє
однозначно ідентифікувати записи та відрізнити один запис від іншого.
Первинний ключ використовується для пов’язування таблиці з зовнішніми
ключами в інших таблицях. Первинний ключ може бути природним чи
штучним (сурогатним). Ключ, який складається з інформаційних полів таблиці
(тих, що містять корисну інформацію про об’єкт) називається природним.
Зовнішній ключ – одне або декілька полів, які містять посилання на поле чи
поля первинного ключа в іншій таблиці. Зовнішній ключ визначає спосіб
пов’язання таблиць.
В реляційних базах даних існують такі типи зв'язків: один-до-одного, один-до-
багатьох і багато-до- багатьох.
Зв’язок типу один-до-одного створюється у випадку, коли обидва пов'язаних
поля є ключовими або мають унікальні індекси.
Зв’язок типу один-до-багатьох створюється у випадку, коли тільки одне з
пов'язаних полів є ключовим або має унікальний індекс. У цьому випадку
таблиця, яка пов'язана первинним ключем, є головною, а інша – підлеглою.
Цілісність даних означає систему правил, що використовуються в Microsoft
Access для підтримки зв'язків між записами у пов'язаних таблицях, дозволяють
при зміні одних об’єктів автоматично змінювати всі пов’язані з ними об’єкти, а
також забезпечують захист від випадкового видалення або зміни пов'язаних
даних.
Встановити цілісність даних можна, якщо виконані такі умови:
1.пов'язане поле головної таблиці є первинним ключем або альтернативним
ключем (має унікальний індекс);
2.пов'язані поля (первинний ключ головної таблиці і зовнішній ключ
підпорядкованої таблиці) мають один тип даних; як виняток: поле лічильника
може бути пов'язано з числовим полем, властивість якого Розмірність поля
має значення Довге ціле;
3.обидві таблиці належать одній базі даних Microsoft Access.

Проектування передбачає етапи створення проекту бази даних від концепції до

реального втілення. Проектування бази даних проходить три основні етапи:

1.Побудова концептуальної моделі БД. На цьому етапі проектування бази

даних необхідно визначити призначення бази даних, режими її використання та
основні алгоритми, які реалізують реальні бізнес-процеси – тобто вивчити
предметну область використання бази даних з метою створення моделі.

2.Пробудова інфологічної (інформаційно-логічної) моделі БД. Слід розробити

ескіз об’єктів (таблиць), які потрібні для отримання необхідних результатів і
визначити зв’язки між цими об’єктами.

Організація полів даних в таблицях повинна відбуватись за певними

правилами:

- Кожна таблиця описує певну сутність;

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

3.Побудова даталогічної моделі бази даних. На цьому етапі проходить

практична реалізація інфологічної моделі на платформі конкретної СУБД. На
основі інфологічної моделі:
 створюються потрібні таблиці бази даних з відповідними полями;
 полям задаються необхідні типи та розмірності;
 встановлюються ключові та індексовані поля в таблицях;
 при потребі полям задаються списки вводу даних, маски, формати
відображення, контроль вводу даних, початкові значення та інші властивості;
 створюються зв’язки між таблицями.
Встановлення ключових полів таблиці
Для встановлення простого ключа потрібно виконати такі дії:
 відкрийте потрібну таблицю в режимі Конструктора;
 виберіть поле, яке має бути ключовим;
 натисніть на панелі іконку із зображенням ключа і підписом Ключевое поле;
 ліворуч поля з’явиться зображення ключа;
 для встановлення складеного ключа виділіть всі необхідні поля (утримуючи
клавішу Ctrl натиснутою, клацніть мишкою в селекторній колонці напроти
кожного з потрібних полів);
 натисніть на панелі іконку із зображенням ключа і підписом Ключевое поле;
 ліворуч навпроти кожного поля з’явиться зображення ключа;
 перейдіть в режим Таблиці і підтвердіть збереження таблиці.
Властивості полів
- розмір поля – ця властивість визначає розмір вибраного поля.
- формат поля – ця властивість визначає формат відображення значень для
вибраного поля. Поля типу Лічильник, Числове, Грошове, Дата/час та
Обчислювальне мають умонтовані стандартні формати відображення, а
також можливість визначення власного формату користувачем. Поля
типу Текст, МЕМО та Гіперпосилання умонтованих стандартних
форматів не мають; для них можна визначати спеціальні формати. Для
полів Вкладення та об'єктів OLE формати відображення даних не
визначаються.
- маска вводу – визначає способи введення даних в базу даних.
- підпис – ця властивість задає зміну імені поля, при його відображенні в
режимі таблиці, а також при проектуванні форм, звітів чи запитів.
- значення за замовчуванням – ця властивість використовується для
визначення початкового значення, яке вводиться автоматично при
додаванні нового запису.
- Умова на значення та сповіщення про помилку – ця властивість визначає
контроль даних при їх введенні в поле за попередньо вказаними
правилами
Індексоване поле – Індекс – це засіб Microsoft Access, який прискорює пошук та
сортування даних в таблиці
Опис виконаної роботи та отриманих результатів:
Предметна область: Дилерська мережа косметики.
Мета: створити базу даних дилерської мережі косметики.
Перелік вихідних документів, форм та звітів:
Дані про Персонал (Код персоналу, Прізвище, Ім'я, Адреса, Номер телефону,
№ паспорту);
Дані про Склад (Код складу, Номер телефону, Адреса);
Дані про Працівників (Код працівника, Прізвище та Ім’я, Коли прийнятий,
Посада, Заробітня плата, Код складу);
Дані про Товари (Код товару, Назва товару, Категорія, Ціна за одиницю,
Кількість, Код складу, Код постачальника)
Дані про Постачальника (Код постачальника, Прізвище, Ім'я, Назва фірми,
Адреса, Номер телефону);
Перелік потрібних звітів, документів та даних може бути відкорегований і
продовжений, залежно від того наскільки повно та детально буде розглядатись
предметна область.
Дані необхідні для проектування БД

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

1. Прізвище текстови 30 Прізвище персоналу
й
2. Ім'я текстови 20 Ім'я персоналу
й
3. Адреса текстови 10 Адреса персоналу
й
4. Номер телефону тестовий 20 Номер телефону
персоналу
5. № паспорту числовий 10 № паспорту
6. Номер телефону текстови 15 Номер телефону складу
й
7. Адреса текстови 10 Адреса складу
й
8. Прізвище та Ім'я текстови 20 Прізвище та Ім'я
й працівника
9. Коли прийнятий Дата та 30 Коли прийнятий на
час роботу
10. Посада текстови 10 Посада
й
11. Заробітня плата грошови 15 Заробітня плата
й
12. Назва товару текстови 10 Назва товару
й
13. Категорія текстови 20 Категорія товару
й
14. Ціна за одиницю грошови 10 Ціна за одиницю
й
15. Кількість числовой 30 Кількість
16. Прізвище текстови 20 Прізвище постачальника
й
17. Ім'я текстови 20 Ім'я постачальника
й
18. Назва фірми текстови 15 Назва фірми
й
19. Адреса Текстови 10 Адреса постачальника
й
20. Номер телефону Текстоий 10 Номер телефону
постачальника
Всі характеристики розподіляються по таблицях, кожна з яких описує свою
сутність із своїми властивостями. Таблицям надаються унікальні імена. Для
кожної таблиці визначаються первинні ключі, що унікальним чином
ідентифікують записи в таблицях.

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

Персонал

Код персоналу

Прізвище

Ім'я

Адреса

Номер телефону

№ паспорту

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

Склад

Код складу

Номер телефону

Адреса

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

характеристики.
Працівники

Код працівника

Прізвище та Ім'я

Коли прийнятий

Посада

Заробітня плата
 Код складу

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

Товар

Код товару

Назва товару

Категорія

Ціна за одиницю

Кількість

Код складу

Код постачальника

Таблиця Постачальники описує сутність постачальників, і містить всі їхні

характеристики
Постачальники

Код постачальника

Прізвище

Ім'я

Назва фірми

Адреса

Номер телефону

На основі інфологічної моделі в середовищі Microsoft Access 2016 створюються

відповідні таблиці.
Таблиця Персонал створена в середовищі Microsoft Access 2016

Таблиця Склад створена в середовищі Microsoft Access 2016

Таблиця Працівники створена в середовищі Microsoft Access 2016

Таблиця Товар створена в середовищі Microsoft Access 2016

Таблиця Постачальники створена в середовищі Microsoft Access 2016

 Роздрук створених таблиць бази даних
Таблиця Персонал

Таблиця Склад

Таблиця Працівники

Таблиця Товар
Таблиця Постачальник

Опис властивостей полів таблиць БД (ключі, індекси, розмірності, формати,

маски, початкові значення, контроль введення, майстер підстановки тощо) у
вигляді зведеної таблиці:

Персонал Код персоналу Счетчик Первинний

ключ

Прізвище Короткий текст Зовнішній ключ

Ім'я Короткий текст Зовнішній ключ

Адреса Короткий текст Зовнішній ключ

Номер телефону Короткий текст Зовнішній ключ

№ паспорту Числовой Зовнішній ключ

Склад Код складу Счетчик Первинний

ключ

Номер телефону Короткий текст Зовнішній ключ

Адреса Короткий текст Зовнішній ключ

Працівники Код працівника Счетчик Первинний

ключ

Прізвище та Ім'я Короткий текст Зовнішній ключ

 Коли прийнятий Дата та час Зовнішній ключ

Посада Короткий тест Зовнішній ключ

Заробітня плата Грошовий Зовнішній ключ

Код складу Числовий Зовнішній ключ

Товар Код товару Счетчик Первинний

ключ

Назва товару Короткий тест Зовнішній ключ

Категорія Короткий тест Зовнішній ключ

Ціна за одиницю Грошовий Зовнішній ключ

Кількість Числовой Зовнішній ключ

Код складу Числовой Зовнішній ключ

Код постачальника Числовой

Постачальник Код Счетчик Первинний

постачальника ключ

Прізвище Короткий тест Зовнішній ключ

Ім'я Короткий тест Зовнішній ключ

Назва фірми Короткий текст Зовнішній ключ

Адреса Короткий текст Зовнішній ключ

Номер телефону Короткий текст Зовнішній ключ

Встановлення властивостей полів
Розмір поля
Формат поля
Маска ввода

Подпись
Значение по умолчанию
Правило проверки

Сообщение об ошибке

Индексированное поле
Для всіх таблиць вказуються первинні ключі і після цього створюються
зв’язки між таблицями (з врахуванням правил цілісності).
В даному прикладі між створеними об’єктами встановились такі зв’язки:
Персонал і Склад– зв'язок один до одного
Склад і Товари - зв'язок один до Багатьох

Товар і Працівники- зв'язок один до одного

Товар і Постачальник - зв'язок один до багатьох
 Схема зв’язків Бази даних

Майстер підстановки
Зробити значно простішим введення значень в поле дозволяє операція
підстановки. Застосовуючи цю операцію, можна вибирати значення поля із
випадаючого списку. Список значень може бути як фіксованим, так і міститися
у таблиці чи запиті.

Підстановка значень з таблиці чи запиту

відкрийте потрібну таблицю в режимі Конструктора;

виберіть поле, в якому буде використовуватись список підстановки;

задайте для цього поля тип Мастер подстановок; відкриється вікно створення
підстановки
у цьому вікні виберіть як джерело поле підстановки з іншої таблиці чи
запиту; натисніть кнопку Далее;

виберіть таблицю чи запит, з яких будуть вибиратись значення; натисніть

Далее;

виберіть поля, значення яких будуть включені в список підстановки; натисніть

Далее;

задайте сортування записів, ширину стовпчика підстановки; натисніть Далее;

задайте ім’я поля підстановки, при потребі встановіть необхідні прапорці;
натисніть Готово;

виберіть закладку Подстановка в секції Свойства поля; перегляньте

властивості поля, що стосуються підстановки.
перейдіть в режим Таблиці і підтвердіть збереження таблиці; у полі, в якому
використана підстановка з’явиться стрілочка випадаючого меню.
Підстановка значень з фіксованого набору значень
відкрийте потрібну таблицю в режимі Конструктора;

виберіть поле, в якому буде використовуватись список підстановки;

задайте для цього поля тип Мастер подстановок; відкриється вікно створення
підстановки;

у цьому вікні виберіть як джерело фіксований набір значень; натисніть кнопку

Далее;

задайте кількість стовпчиків списку підстановки і введіть значення

фіксованого набору у стовпчики; натисніть Далее;
задайте ім’я поля підстановки, при потребі встановіть необхідні прапорці;
натисніть Готово;
виберіть закладку Подстановка в секції Свойства поля; перегляньте
властивості поля, що стосуються підстановки.
перейдіть в режим Таблиці і підтвердіть збереження таблиці; у полі, в якому
використана підстановка з’явиться стрілочка випадаючого меню.
Висновки: На даній лабораторні роботі, я вивчила порядок, методи та засоби
інформаційного моделювання предметної області; навчилася розробляти
концептуальну, інфологічну та даталогічну моделі бази даних для конкретної
предметної області у середовищі MS Access 2016.

Проектування передбачає етапи створення проекту бази даних від концепції до

реального втілення. Проектування бази даних проходить три основні етапи:

1.Побудова концептуальної моделі БД. На цьому етапі проектування бази

даних необхідно визначити призначення бази даних, режими її використання та
основні алгоритми, які реалізують реальні бізнес-процеси – тобто вивчити
предметну область використання бази даних з метою створення моделі.

2.Пробудова інфологічної (інформаційно-логічної) моделі БД. Слід розробити

ескіз об’єктів (таблиць), які потрібні для отримання необхідних результатів і
визначити зв’язки між цими об’єктами.

3.Побудова даталогічної моделі бази даних. На цьому етапі проходить

практична реалізація інфологічної моделі на платформі конкретної СУБД. На
основі інфологічної моделі:
 створюються потрібні таблиці бази даних з відповідними полями;
 полям задаються необхідні типи та розмірності;
 встановлюються ключові та індексовані поля в таблицях;
 при потребі полям задаються списки вводу даних, маски, формати
відображення, контроль вводу даних, початкові значення та інші властивості;
 створюються зв’язки між таблицями.