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

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

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

ЗВІТ
до лабораторної роботи №1
Проектування бази даних реляційного типу

Виконав:
Студент гр. СА-22
Волошин Н.І
Балів Дата

Прийняла:
Нич Л.Я.

Львів – 2023

Зміст звіту:
1) Назва роботи.
2) Формулювання задачі.
3) Теоретична підготовка.
4) Описання виконаної роботи та отриманих результатів за кожним з пунктів
інструкції, зокрема:
а) об'єкт інформаційного моделювання;
б) концептуальна схема об'єкта;
в) логічна структура бази даних;
г) структура та вміст таблиць;
д) додаткові властивості та обмеження полів;
є) структура зв'язків між таблицями.
5) Висновки
Мета роботи: Вивчення порядку, методів та засобів інформаційного
моделювання предметної області, створення таблиць бази даних, проектування
логічної структури реляційної бази даних, нормалізації баз даних.
Теоретична частина
Реляційна база даних – це множини взаємопов'язаних відношень, які
зберігають значення інформаційних показників деякої сукупності об'єктів
реального світу. Частина реального світу, що відображається у базі даних,
називається предметною областю.
На першому етапі проектування бази даних необхідно встановити
призначення бази даних, основні її функції та інформацію, яку вона повинна
містити. Тобто потрібно визначити основний зміст таблиць бази даних і
інформацію, яку будуть містити поля таблиць.
Кожна таблиця містить інформацію на окрему тему, а кожне поле в
таблиці – окремі відомості з цієї теми. Для кожного поля встановлюється тип
даних, що визначає вигляд інформації, яка буде вноситись у це поле. Тип даних
вноситься в колонку Data Type (Тип даних).

Access розрізняє такі типи даних:

Короткий текст: Використовується для коротких текстових рядків з
максимальною довжиною 255 символів.
Довгий текст (Мемо): Підходить для більших текстових рядків з максимальною
довжиною приблизно 65 535 символів.
Число (Ціле): Для цілих чисел без десяткових розрядів.
Довге ціле: Для більших цілих чисел.
Одинарне: Для чисел з одинарною точністю з плаваючою комою.
Подвійне: Для чисел з подвійною точністю з плаваючою комою.
Десяткове: Для фіксованих чисел з точністю та масштабом.
Дата/Час: Використовується для зберігання дат та часів.
Так/Ні: Для зберігання булевих значень (Правда/Неправда або Так/Ні).
Валюта: Використовується для зберігання грошових значень.
Автономер: Поле, яке автоматично збільшується з кожним новим записом.
Зазвичай використовується як первинний ключ.
Гіперпосилання: Зберігає гіперпосилання або URL.
Прикріплення: Дозволяє прикріплювати файли або документи до записів.
Майстер вибору: Дозволяє створити випадаючий список заздалегідь визначених
значень.
OLE-об'єкт: Використовується для зберігання об'єктів, створених в інших
програмах за допомогою об'єктного зв'язування та вбудовування (OLE).

Характеристики кожного поля визначаються рядом параметрів, які

регламентують способи опрацювання, збереження та відображення даних Ім'я
поля:
Унікальне ім'я, яке ідентифікує поле в межах таблиці.
Тип даних визначає, який тип даних може бути збережений у цьому полі.
Наприклад, текст, число, дата/час, тощо.
Розмір поля визначає максимальну кількість символів, яку можна зберігати в
текстовому полі.
Масштаб визначає кількість знаків після десяткової коми, а точність визначає
загальну кількість знаків у числі.
Вимоги до формату визначають формат дати/часу, який використовується для
цього поля.
Значення за замовчуванням вказує значення, яке буде автоматично встановлено
для цього поля, якщо не вказано інше.
Позначка обов'язковості вказує, чи може поле містити значення NULL
(відсутність значення). Якщо позначено, значення у полі є обов'язковим.
Індексація визначає, чи створити індекс для цього поля. Індекси полегшують
швидший доступ до даних, але можуть займати більше місця в базі даних.
Прикріплені файли (для типу даних "Прикріплення") дозволяє прикріплювати
файли або документи безпосередньо до поля.
Властивості обмежень (Validation Rule, Validation Text) визначає правила та
текст, які застосовуються до введення даних у поле.
Відносини (Relationships) вказує, чи є поле частиною відношень між таблицями.

Спростити введення значень в поле дає змогу операція підстановки.

Застосовуючи цю операцію, можна вибирати значення поля із списку. Список
значень може бути як фіксованим, так і міститися у таблиці чи запиті.
Маска – це попередній описання типу символів, способу їхнього введення
та розміщення в полі, а також засіб визначення загального вигляду значень
поля під час його відображення.
Таблиці баз даних СУБД MS Access дають змогу виконувати попередній
аналіз значень, що вводяться в поля за попередньо вказаними правилами.
Кожна таблиця може мати первинний ключ. Він ідентифікує записи і
допомагає відрізнити один запис від іншого. Первинний ключ складається з
одного або декількох полів.
У реляційних базах даних користувач може описати відношення між
декількома таблицями. Access враховує ці відношення, шукаючи
взаємопов’язані дані під час оброблення запитів, форм та звітів, що
ґрунтуються на декількох таблицях.
Щоб встановити зв’язки між кількома таблицями спершу треба створити
первинний ключ для кожної таблиці.
Один до Одного (One-to-One):
В цьому типі зв'язку кожен запис в одній таблиці пов'язаний з одним і тільки
одним записом в іншій таблиці. Це використовується, коли інформація
розділена між двома таблицями для організації даних.
Один до Багатьох (One-to-Many):
Цей тип зв'язку вказує, що один запис в одній таблиці може мати багато
відповідних записів в іншій таблиці. Це найбільш поширений тип зв'язку і
використовується для моделювання багатовідносних взаємозв'язків.
Багато до Багатьох (Many-to-Many):
В цьому випадку кожен запис в одній таблиці може мати багато відповідних
записів в іншій таблиці, і навпаки. Цей тип зв'язку вимагає введення додаткової
таблиці-посередника (junction table або асоціативної таблиці), яка містить ключі
обох таблиць.
Опорний (Self-Join або Self-Referencing):
Опорний зв'язок виникає, коли одна таблиця має зв'язок з собою. Наприклад, в
таблиці працівників може бути поле "Керівник", яке посилається на інший
запис в цій самій таблиці.
Внутрішній зв'язок (Inner Join) та Зовнішній зв'язок (Outer Join):
Внутрішній зв'язок включає тільки ті записи, які мають відповідники в обох
таблицях. Зовнішній зв'язок включає всі записи з однієї таблиці і тільки
відповідні записи з іншої, залишаючи невідповідні значення як NULL.
Каскадне оновлення та Каскадне видалення:
Каскадне оновлення встановлює, що якщо значення ключа в батьківській
таблиці змінюється, вони автоматично оновлюються в відповідних записах
дочірньої таблиці. Каскадне видалення дозволяє видаляти відповідні записи в
дочірній таблиці, коли відповідний запис в батьківській таблиці видаляється.

Описання виконаної роботи

А) Об’єкт інформаційного моделювання.

Завданням цієї лабораторної роботи є описання певної предметної області на
підставі якого буде спроектовано реляційну базу даних.
Вибрано таку предметну область: Будівельна компанія
Суть будівельної компанії в тому щоб людина бачила наші переваги, проекти
які вже повністю готові а також проекти які ідуть на розгляді будівництва.
Необхідно побудувати таку базу даних щоб було чітко видно що і як можна
було оцінити.

Б) Концептуальна модель об’єкта.

Характеристики предметної області, що підлягають відображенню у базі даних,
описує така множина атрибутів: Клієнт, Проект, Робоча бригада, Історія
проектів, Якість і безпека

В) Логічна схема бази даних.

 Всі перелічені вище характеристики будівкльної компанії можна подати
такими інформаційними відношеннями, тобто таблицями MS Access:
1) Клієнт- представляє замовника будівельних робіт. Може містити
інформацію про контактні дані, історію співпраці, умови проекту.
2) Проект: Описує конкретний будівельний проект, включаючи його розмір,
тип будівлі, статус виконання, документацію.
3) Робоча бригада: Інформація про робітників, які працюють на будівництві,
їх кваліфікацію, графік роботи.
4) Історія проектів: Інформація про попередні проекти фірми, включаючи
витрати, терміни, клієнтів.
5) Якість і безпека: Інформація про заходи з контролю якості та безпеки на
будівництві.

Г) Структура та вміст таблиць.

Рис 1 структура таблиці Клієнт

Рис 2 структура таблиці Проект

Рис 3 структура таблиці Робоча бригада

 Рис 4 структура таблиці Історія проектів

Рис 5 структура таблиці Якість і безпека

Д) Додаткові властивості та обмеження полів.

Для деяких полів наших таблиць необхідно задати певні обмеження та
додаткові властивості:
Таблиця контакті дані

Рис 6 маска вводу поля Телефон

Рис 7 маска вводу поля індефікаційний код

Поле індефікаційний код є ключовим та індексованим всі поля є
обов’язковими.
 Таблиця Клієнт

Рис 8 показує нам ім’я клієнтів

Рис 9 номера телефонів

Рис 10 їхні коди

Рис 11 міста проживання

Поле Клієнт є ключовим та індексованим всі поля є обов’язковими.
 Таблиця проект:
Він включає в себе

Рис 12 Рис 13 Рис 14

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

Рис 15 Рис 16 Рис 17

Таблиця Історія проектів:

Включає в себе інформацію про клієнтів, терміни і вартість квадратного метру

Рис 18 Рис 19 Рис 20

 Таблиця Якість та безпека :
Одне з найголовніших пунктів в будівництві це якість і відповіно безпека, тому
в нас призначено людей які за це відповідають та типи заходів перевірки

Рис 21 Рис 22 Рис 23

Види всіх таблиць ми можемо побачити прогорнувши вище

Е) Структура зв’язків між таблицями.

Висновок: в цій лабораторній роботі я ознайомився з послідовністю, методами
та засобами інформаційного моделювання предметної області, створенням
таблиць бази даних, проектуванням логічної структури реляційної бази даних
та нормалізацією баз даних.
Я створив базу даних на основі вибраної предметної області, враховуючи задані
вимоги та специфіку обраної області. Всі дані в ній відповідають актуальні та
відповідають дійсності, базу даних можна використовувати для її
беспосередньої задачі (визначення приорітету читання вказаних книжок а
також визначення ціни та способу покупки конкретної книги).
Між таблицями я створив логічні зв’язки, щоб вона відповідала вимогам та
рекомендаціям щодо створення баз даних. Там де необхідно я долав маски та
умови валідації для полів, а також майстри підстановки там, де кількість
можливих значень обмежена.