ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 12.12.2023
Просмотров: 82
Скачиваний: 1
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
використовуються та зберігаються в системі, відносини між цими типами даних, способи групування та організації даних, їх формати та атрибути [16].
Моделі даних створюють забезпечення розробника концептуальною схемою бази даних. При їх створені задіяний метод семантичного моделювання, інструментом якого слугує використання діаграм сутність-зв’язок. Під час їх створення використовують графічне зображення сутностей предметної області, їх властивостей (атрибутів), і взаємозв’язків між сутностями [17].
Ретельне проектування бази даних є надзвичайно важливим для бездоганної роботи сервісу, оскільки воно дозволяє зрозуміти логіку роботи додатку та за допомогою яких дій може бути досягнутий результат. Створена модель дає можливість концептуально визначити набори даних, які були використані [24].
Інформаційна онлайн-система слугує для підтримки сервісів туристично- екскурсійної агенції м. Суми. Вона містить інформацію про місто, визначні пам’ятки, а також наявні екскурсійні маршрути. Використовуючи онлайн-систему користувачі можуть отримати дані про місто, переглядати інформацію про визначні пам’ятки міста, а також мають можливість замовити туристичну екскурсію на сторінках сервісу або створити власний маршрут.
В процесі проектування бази даних було виділено наступні сутності:
На рисунку 2.4 приведене представлення моделі бази даних додатку з атрибутами сутностей та зв’язками між таблицями.
place_route Kj_piace_route (PK) kJ_piace_user (PFK) id_users (PFK) kl_places (PFK) id_categories (PFK)
phce_user
id_place_user (PK) id_users (PFK) id_places (PFK) id_categories (PFK)
excursion_user
route_user
id_rautes (PK) title
id_place_roiite (PFK) id_place_user (PFK) id_users (PFK) id jlaces (PFK) id_categories (PFK) id_route_user (PFK) id_users (PFK)
I- id_roirte_user(PK) kJ_users (PFK)
id_excursion_user (PK) nJ users (PFK)
users
id_users (PK) name
email
password remember_token is_admin
Рисунок 2.4 - Представлення моделі бази даних додатку
Зв’язок сутності «Категорії» з сутністю «Всі визначні пам’ятки» означає, що до однієї категорії може належати декілька пам’яток, але пам’ятка повинна мати власну категорію.
Зв’язок сутності «Всі визначні пам’ятки» з сутністю «Зображення» означає, що у однієї пам’ятки може бути декілька зображень, але зображення повинно відноситися до пам’ятки.
Зв’язок сутності «Користувачі» з сутністю «Обрані пам’ятки» означає, що у користувача може бути декілька обраних пам’яток для створення власної екскурсії.
Зв’язок сутності «Всі визначні пам’ятки» з сутністю «Обрані пам’ятки» означає, що обрана пам’ятка може бути обраною декількома користувачами.
Зв’язок сутності «Обрані пам’ятки» з сутністю «Пам’ятки у екскурсії» означає, що обрана пам’ятка може бути додана до екскурсій.
Зв’язок сутності «Користувачі» з сутністю «Екскурсії користувача» означає, що у користувача може бути декілька створених екскурсійних маршрутів.
Зв’язок сутності «Пам’ятки у екскурсійному маршруті» з сутністю «Всі екскурсійні маршрути» означає, що обрані пам’ятки можуть бути додані до екскурсійних маршрутів.
Зв’язок сутності «Екскурсійні маршрути користувача» з сутністю «Всі екскурсійні маршрути» означає, що створені користувачем екскурсійні маршрути можуть бути збережені та додані до списку усіх створених маршрутів.
Зв’язок сутності «Користувачі» з сутністю «Замовлені екскурсії користувача» означає, що у користувача може бути декілька замовлених екскурсій.
Проаналізувавши сутності, використовувані в моделі додатку, можна перейти до реалізації структури бази даних. Для цього
слід представити назви необхідних таблиць, атрибутів, типів, їх призначення та обмеження (табл. 2.1).
Таблиця 2.1 - Структура бази даних
Продовження таблиці 2.1 - Структура бази даних
Моделі даних створюють забезпечення розробника концептуальною схемою бази даних. При їх створені задіяний метод семантичного моделювання, інструментом якого слугує використання діаграм сутність-зв’язок. Під час їх створення використовують графічне зображення сутностей предметної області, їх властивостей (атрибутів), і взаємозв’язків між сутностями [17].
Ретельне проектування бази даних є надзвичайно важливим для бездоганної роботи сервісу, оскільки воно дозволяє зрозуміти логіку роботи додатку та за допомогою яких дій може бути досягнутий результат. Створена модель дає можливість концептуально визначити набори даних, які були використані [24].
Інформаційна онлайн-система слугує для підтримки сервісів туристично- екскурсійної агенції м. Суми. Вона містить інформацію про місто, визначні пам’ятки, а також наявні екскурсійні маршрути. Використовуючи онлайн-систему користувачі можуть отримати дані про місто, переглядати інформацію про визначні пам’ятки міста, а також мають можливість замовити туристичну екскурсію на сторінках сервісу або створити власний маршрут.
В процесі проектування бази даних було виділено наступні сутності:
-
категорії (categories); -
всі визначні пам’ятки (places); -
зображення (images); -
користувачі (users); -
обрані пам’ятки (place_user); -
пам’ятки у екскурсійному маршруті (place_route); -
екскурсійний маршрут користувача (route_user); -
всі маршрути (routes); -
готові екскурсії (excursion); -
замовлені екскурсії користувачем(ехсшьіоп_ user);
На рисунку 2.4 приведене представлення моделі бази даних додатку з атрибутами сутностей та зв’язками між таблицями.
place_route Kj_piace_route (PK) kJ_piace_user (PFK) id_users (PFK) kl_places (PFK) id_categories (PFK)
phce_user
id_place_user (PK) id_users (PFK) id_places (PFK) id_categories (PFK)
excursion_user
route_user
id_rautes (PK) title
id_place_roiite (PFK) id_place_user (PFK) id_users (PFK) id jlaces (PFK) id_categories (PFK) id_route_user (PFK) id_users (PFK)
I- id_roirte_user(PK) kJ_users (PFK)
users
id_users (PK) name
password remember_token is_admin
Рисунок 2.4 - Представлення моделі бази даних додатку
Зв’язок сутності «Категорії» з сутністю «Всі визначні пам’ятки» означає, що до однієї категорії може належати декілька пам’яток, але пам’ятка повинна мати власну категорію.
Зв’язок сутності «Всі визначні пам’ятки» з сутністю «Зображення» означає, що у однієї пам’ятки може бути декілька зображень, але зображення повинно відноситися до пам’ятки.
Зв’язок сутності «Користувачі» з сутністю «Обрані пам’ятки» означає, що у користувача може бути декілька обраних пам’яток для створення власної екскурсії.
Зв’язок сутності «Всі визначні пам’ятки» з сутністю «Обрані пам’ятки» означає, що обрана пам’ятка може бути обраною декількома користувачами.
Зв’язок сутності «Обрані пам’ятки» з сутністю «Пам’ятки у екскурсії» означає, що обрана пам’ятка може бути додана до екскурсій.
Зв’язок сутності «Користувачі» з сутністю «Екскурсії користувача» означає, що у користувача може бути декілька створених екскурсійних маршрутів.
Зв’язок сутності «Пам’ятки у екскурсійному маршруті» з сутністю «Всі екскурсійні маршрути» означає, що обрані пам’ятки можуть бути додані до екскурсійних маршрутів.
Зв’язок сутності «Екскурсійні маршрути користувача» з сутністю «Всі екскурсійні маршрути» означає, що створені користувачем екскурсійні маршрути можуть бути збережені та додані до списку усіх створених маршрутів.
Зв’язок сутності «Користувачі» з сутністю «Замовлені екскурсії користувача» означає, що у користувача може бути декілька замовлених екскурсій.
Проаналізувавши сутності, використовувані в моделі додатку, можна перейти до реалізації структури бази даних. Для цього
слід представити назви необхідних таблиць, атрибутів, типів, їх призначення та обмеження (табл. 2.1).
Таблиця 2.1 - Структура бази даних
Таблиця | Поле | Зміст | Тип | Ключі | Обмеження |
Категорії | id_categories | Ідентифікатор категорії | integer | PK | not null |
title | Назва категорії | varchar(255) | | not null | |
slug | Семантичний URL | varchar(255) | | not null | |
Всі визначні пам’ятки | id_places | Ідентифікатор пам’ятки | integer | PK | not null |
id_categories | Ідентифікатор категорії | integer | PFK | not null | |
slug | Семантичний URL | varchar(255) | | not null | |
title | Назва пам’ятки | varchar(255) | | not null | |
content | Опис пам’ятки | text | | | |
post_img | Зображення | varchar(255) | | | |
post_ thumbnail | Мініатюра зображення | varchar(255) | | |
Продовження таблиці 2.1 - Структура бази даних
Таблиця | Поле | Зміст | Тип | Ключі | Обмеження |
Всі визначні пам’ятки | location | Місце розташування пам’ятки | varchar (255) | | |
Зображення | id_images | Ідентифікатор зображення | integer | PK | not null |
id_places | Ідентифікатор пам’ятки | integer | PFK | not null | |
id_categories | Ідентифікатор категорії | bigint(20) | PFK | not null | |
img | Зображення | varchar (255) | | | |
gallery_ thumb | Зображення в галереї | varchar (255) | | | |
Користувачі | id_users | Ідентифікатор користувача | integer | PK | not null |
name | Ім’я користувача | varchar (255) | | not null | |
| Електронна пошта | varchar (255) | | not null | |
password | Пароль | varchar (255) | | not null | |
remember_ token | Запам’ятати користувача | varchar (255) | | | |
is_admin | Чи адмін | tinyint(1) | | |