використовуються та зберігаються в системі, відносини між цими типами даних, способи групування та організації даних, їх формати та атрибути [16].

Моделі даних створюють забезпечення розробника концептуальною схемою бази даних. При їх створені задіяний метод семантичного моделювання, інструментом якого слугує використання діаграм сутність-зв’язок. Під час їх створення використовують графічне зображення сутностей предметної області, їх властивостей (атрибутів), і взаємозв’язків між сутностями [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)

id_excursion_user (PK) nJ users (PFK)

---

users

id_users (PK) name

email

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
	email	Електронна пошта	varchar (255)		not null
	password	Пароль	varchar (255)		not null
	remember_ token	Запам’ятати користувача	varchar (255)
	is_admin	Чи адмін	tinyint(1)

---

Смотрите также файлы

• Центры обработки данных. Центр обработки данных (цод).docx

• Пират показывает пальцем на небо.docx

• Викторина для будущих хозяюшек Кулинарная.pptx

• Реферат Виды физкультурнооздоровительных технологий.docx

• Прощание с 1 классом.docx