Розробка універсального відношення

АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ

У своїй діяльності спорткомплекс спирається на наступні документи і дані: таблиці розкладу, послуги, дані про приміщеннях, тренерів, відвідувачів і групи на які поділяються відвідувачі. Таблиця розкладу виводить індивідуальну інформацію для кожного елемента підрозділу. Для приміщень розклад містить інформацію про те, в який день тижня і в який час буде проходити заняття, а також, який тренер, і яка група будуть займатися в приміщенні. Для груп розклад містить інформацію про день тижня, час, вид занять, номер приміщення і тренера. Аналогічно виводиться розклад, для тренерів що включає в себе номер приміщення та назву групи.

Каталог приміщень містить інформацію про назву приміщення, вид заняття та місцезнаходження даного приміщення. Дані про тренерів містять інформацію, про П.І.Б. тренера, адресу проживання, телефон і вік тренера. Дані про групи містять інформацію про назву групи, спеціалізацію та відвідувачів які належать до певної групи.

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

Функціонування автоматизованої системи спорткомплексу можна розділити на три частини. Перша частина це можливість додавання нової та редагування старої інформації про тренерів, приміщення, групи і відвідувачів. Друга частина це формування і висновок розкладу. Третя частина будуватися на основі першої і другої, в ній виводиться інформація про вільний час тренерів та приміщень, звіти по завантаженнях тренерів та приміщень, кількість чоловік в групі, вид занять. Система призначена для додавання і роботи тільки зі штатними тренерами. Немає можливості формування розкладу для тренерів з погодинним режимом роботи.

 

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

Менеджер розглядає списки всіх наявних груп, тренерів, і приміщень. Є списки, що відображають вільний час для приміщень і тренерів. Ця інформація необхідна для формування розкладу. Розклад для приміщень містить інформацію про дні тижня, час початку і закінчення заняття, вид занять, група, у якій буде проводитися заняття і тренер, який буде проводити заняття. Аналогічно формується розклад для груп та тренерів. Розклад для груп містить інформацію про номер приміщення і П.І.Б. тренера. У розклад тренерів входить інформація про номер приміщення і назва групи.

Менеджер має можливість додавати тренера, групу, приміщення, а також реєструвати відвідувачів та визначати до якої групи вони належать.

Згідно до вимог користувачів та даної інформації необхідно реалізувати такі запити:

1. Отримати інформацію про приміщення (назву, вид спорту, місткість, поверх), які знаходяться на певному поверсі і мають певну назву приміщення;

2. Отримати інформацію про групи (назву, вид спорту, максимальна кількість чоловік), які мають кількість відвідувачів більшу певного значення і знаходяться в певній групі;

3. Отримати інформацію про відвідувачів (прізвище, ім’я, по-батькові, адреса, телефон, вік, статус, ідентифікаційний код, група), які знаходяться в певній групі і мають зазначений вік;

4. Отримати інформацію про відвідувачів (прізвище, ім’я, по-батькові, адреса, телефон, вік, статус, ідентифікаційний код, група), які знаходяться в певній групі і мають певний статус;

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

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

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

8. Отримати інформацію про тренерів (прізвище, ім’я тренера, по-батькові, вид спорту, адреса, телефон, вік, стаж, номер паспорта), які займаються певним видом спорту та мають певну освіту.

На мові інфологічного моделювання основні категорії предметної області «Спорткомплекс» можуть бути подані в такому вигляді:

¾ Вид спорту (назва виду спорту);

¾ Приміщення (назва приміщення; вид спорту яким займаються в приміщенні; місткість приміщення; поверх приміщення);

¾ Тренер (прізвище тренера; ім’я тренера; по батькові тренера; вид спорту яким займається тренер; адреса тренера; телефон тренера; вік тренера; стаж тренера; номер паспорта тренера);

¾ Група (назва групи; вид спорту групи; максимальна кількість чоловік);

¾ Відвідувач (прізвище відвідувача; ім’я відвідувача; по батькові відвідувача; адреса відвідувача; телефон відвідувача; вік відвідувача; статус відвідувача; ідентифікаційний код відвідувача; група відвідувача);

¾ Час (час; день тижня).

Ієрархічна модель даних

Деревоподібна (ієрархічна) структура, або дерево – це зв’язний неорієнтований граф, що не містить циклів, тобто петель з замкнутих шляхів [1].

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

До переваг ієрархічної моделі відносяться ефективність у використанні пам'яті ЕОМ і непогані показники часу виконання основних операцій над даними. Вона зручна для роботи з ієрархічно упорядкованою інформацією.

Недоліком ієрархічної моделі є її громіздкість для обробки інформації з досить складними логічними зв'язками.

Мережева модель даних

Іншим підходом до логічного структурі БД є мережева модель. Вона являє собою набори записів і набори зв'язків, що визначають відносини між записами по парно. Спрощено таку модель можна представити у вигляді довільного графа, узагальнюючи тим самим ієрархічну модель.

Перевагою мережевої моделі даних є можливість ефективної реалізації за показниками витрат пам'яті й оперативності. У порівнянні з ієрархічною моделлю вона надає великі можливості в сенсі допустимості утворення виробничих зв'язків.

Недоліком мережевої моделі є висока складність і жорсткість схеми БД, яка побудована на її основі, а також складність для розуміння і виконання обробки інформації БД звичайним користувачем. Крім того в такій моделі ослаблений контроль цілісності зв'язків.

Реляційна модель даних

Реляційна модель даних найпоширеніша і найбільш часто використовувана модель на нинішній момент.

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

У реляційній моделі даних об'єкти і взаємозв'язки між ними представляються за допомогою таблиць. Взаємозв'язки також подаються як об'єкти.

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

РОЗРОБКА ВИХІДНИХ ФОРМ

При розробці бази даних предметної області «Спорткомплекс» було розроблено запити та форми як представлення цих запитів. Для зручного та зрозумілого представлення даних було обрано стрічковий тип відображення. Розглянемо вихідні форми по кожному із запитів:

 

1. Вивести назву, місткість та поверх приміщень, які знаходяться на певному поверсі і мають певну назву приміщення.

 

Таблиця 7.1 – Вихідна форма для запиту №1

Назва приміщення

Вид спорту

Поверх

Місткість

 

2. Вивести назву, вид спорту, максимальну кількість чоловік в групах, які мають кількість відвідувачів більшу певного значення і знаходяться в певній групі.

 

Таблиця 7.2 – Вихідна форма для запиту №2

Назва групи

Вид спорту групи

Макс. кількість ч.

 

3. Вивести прізвище, ім’я, по-батькові, адресу, телефон, вік, статус, ідентифікаційний код, групу відвідувачів, які знаходяться в певній групі і мають зазначений вік.

 

Таблиця 7.3 – Вихідна форма для запиту №3

Прізвище

Ім'я

По батькові

Адреса

Телефон

Вік

Статус

Іден. код

Група

 

4. Вивести прізвище, ім’я, по-батькові, адресу, телефон, вік, статус, ідентифікаційний код, групу відвідувачів, які знаходяться в певній групі і мають певний статус.

 

Таблиця 7.4 – Вихідна форма для запиту №4

Прізвище

Ім'я

По батькові

Адреса

Телефон

Вік

Статус

Іден. код

Група

 

5. Вивести прізвище, ім’я, по-батькові, адресу, телефон, вік, статус, ідентифікаційний код, групу відвідувачів, які знаходяться в певній групі та проживають за певною адресою.

 

Таблиця 7.5 – Вихідна форма для запиту №5

Прізвище

Ім'я

По батькові

Адреса

Телефон

Вік

Статус

Іден. код

Група

 

6. Вивести прізвище, ім’я, по-батькові, вид спорту, адресу, телефон, вік, стаж, номер паспорта тренерів, які займаються певним видом спорту та мають вік більший зазначеного.

 

Таблиця 7.6 – Вихідна форма для запиту №6

Прізвище

Ім'я

По батькові

Вид спорту

Адреса

Телефон

Вік

Освіта

Стаж

№ паспорта

 

7. Вивести прізвище, ім’я, по-батькові, вид спорту, адресу, телефон, вік, стаж, номер паспорта тренерів, які займаються певним видом спорту та мають стаж більший зазначеного.

 

Таблиця 7.7 – Вихідна форма для запиту №7

Прізвище

Ім'я

По батькові

Вид спорту

Адреса

Телефон

Вік

Освіта

Стаж

№ паспорта

 

8. Вивести прізвище, ім’я, по-батькові, вид спорту, адресу, телефон, вік, стаж, номер паспорта тренерів, які займаються певним видом спорту та мають певну освіту.

 

Таблиця 7.8 – Вихідна форма для запиту №8

Прізвище

Ім'я

По батькові

Вид спорту

Адреса

Телефон

Вік

Освіта

Стаж

№ паспорта

 

Основні оператори мови SQL

Мова маніпулювання даними використовується, для маніпулювання даними в таблицях баз даних. Вона складається з чотирьох основних команд [3]:

- SELECT (вибрати);

- INSERT (вставити);

- UPDATE (обновити);

- DELETE (удалити).

В нашій програмі використовуються такі команди:

- SELECT (вибрати) специфіковані поля;

- FROM (з) специфікованої таблиці;

- WHERE (де) деякі специфіковані умови є істиними;

- SELECT - операція виборки, дає можливість отримувати всі рядки, або частину рядків одної таблиці;

- FROM – операція проекції, дозволяє виділити підмножину стовбців таблиці;

- WHERE – операція з’єднання, дозволяє з’єднувати рядки з більш ніж з одної таблиці.

Розглянемо деякі порівняння з використанням реляційних операторів [4]:

= дорівнює

<> не дорівнює

!= не дорівнює

> більше

< менше

>= більше чи дорівнює

<= менше чи дорівнює

Стандартними булевими операторами, які використовуються в мові SQL, є AND, OR і NOT.

AND – використовує два операнда в формі А AND В і оцінює їх по відношенню до істини: чи вони два є правдою;

OR - використовує два операнда в формі А OR В і оцінює їх на істинність: чи є правдою хоча б один з них;

NOT – використовується один операнд в формі NOT А і замінює його значення з TRUE на FALSE, чи навпаки.

В реченні SELECT в доповненні до традиційних реляційних і булевих операторів, можуть бути використані інші оператори IN, BETWEEN, LIKE, IS NULL.

ВИСНОВКИ

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

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

Відповідно до отриманих даних розроблено універсальне відношення та наведено характеристики атрибутів, які його складають. Ступінь універсального відношення – 25.

Досліджено зв’язки між категоріями предметної області «Спорткомплекс» та побудовано її концептуальну схему за ER-принципом.

Проаналізовано існуючі моделі даних та обґрунтовано вибір моделі даних, що базується на реляційній.

Проведено нормалізацію отриманих відношень. Відношення приведено до посиленої третьої нормальної форми.

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

Розроблено інтерфейс користувача, який є максимально ергономічний та сприяє зручному користуванню програмним забезпеченням.

Обґрунтовано вибір мови для написання СУБД; спроектовано схему алгоритму реалізації запитів, схему алгоритму реалізації програмного забезпечення та реалізовано їх.

Підсумовуючи вищенаведене, можна зробити висновок, що виконана курсова робота повністю відповідає поставленому технічному завданню.

СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

1. Романюк О. Н. Організація баз даних та знань: О. Н. Романюк, Т. О. Савчук. – Вінниця: УНІВЕРСУМ-Вінниця, 2003. – 217 с. – ISBN 96-641-081-8.

2. Пасічник В.В., Резніченко В.А. Організація баз даних та знань – К.: Видавнича група ВНV, 2006. – 384 с. – ISBN 966-552-156-X

3. Качанов А.В., Ткаченко В.Т., Головін А.А., Буквар по PHP і MySQL.

4. Конверс Т., Парк Д., Морган К. PHP 5 і MySQL. Біблія користувача.: «Вільямс», 2006.-1216с.

5. Ратшиллєр Т., Геркен Т. PHP5: разработка Web-приложений. - СПБ: Питер, 2001. - 384 с.

6. Спейнауер С., Куерсиа В. Справочник Web-мастера. - К: "BHV",1997.-368 с.

7. Томсон Л., Веллинг Л. Разработка Web-приложений на PHP и MySQL. - К.: "ДиаСофт", 2001. - 672 с.

8. Хилайер С., Мизик Д. Программирование Active Server Pages. - М: "Русская редакция", 1999. - 296 с.

 

 

ДОДАТКИ

Додаток А

Лістинг запитів

 

1. Лістинг запиту 1

<?php

$sql_res = mysql_query("SELECT * FROM Audiences LEFT JOIN Sports ON Audiences.id_sport=Sports.id_sport WHERE floor="$floor" AND audience="$ audience " ORDER BY floor ASC");

?>

2. Лістинг запиту 2

<?php

$sql_res = mysql_query("SELECT * FROM Groups LEFT JOIN Sports ON Groups.id_sport=Sports.id_sport WHERE name="$gruop" AND visitors>"$count_visitors" ORDER BY name ASC");

?>

3. Лістинг запиту 3

<?php

$sql_res = mysql_query("SELECT Visitors.id_visitor, Visitors.id_group, Visitors.name, Visitors.surname, Visitors.patronymic, Visitors.address, Visitors.phone, Visitors.age, Visitors.status, Visitors.identification, Groups.max_amount FROM Visitors LEFT JOIN Groups ON Visitors.id_group = Groups.id_group ORDER BY Visitors.name, Visitors.surname ASC");

?>

4. Лістинг запиту 4

<?php

$sql_res = mysql_query("SELECT Visitors.id_visitor, Visitors.id_group, Visitors.name, Visitors.surname, Visitors.patronymic, Visitors.address, Visitors.phone, Visitors.age, Visitors.status, Visitors.identification, Groups.max_amount FROM Visitors LEFT JOIN Groups ON Visitors.id_group = Groups.id_group ORDER BY Visitors.name, Visitors.surname ASC");

?>

 

5. Лістинг запиту 5

<?php

$sql_res = mysql_query("SELECT Visitors.id_visitor, Visitors.id_group, Visitors.name, Visitors.surname, Visitors.patronymic, Visitors.address, Visitors.phone, Visitors.age, Visitors.status, Visitors.identification, Groups.max_amount FROM Visitors LEFT JOIN Groups ON Visitors.id_group = Groups.id_group ORDER BY Visitors.name, Visitors.surname ASC");

?>

6. Лістинг запиту 6

<?php

$sql_res = mysql_query("SELECT * FROM Teachers LEFT JOIN Sports ON Teachers.id_sport=Sports.id_sport ORDER BY name, surname ASC");

?>

7. Лістинг запиту 7

<?php

$sql_res = mysql_query("SELECT * FROM Teachers LEFT JOIN Sports ON Teachers.id_sport=Sports.id_sport ORDER BY name, surname ASC");

?>

8. Лістинг запиту 8

<?php

$sql_res = mysql_query("SELECT * FROM Teachers LEFT JOIN Sports ON Teachers.id_sport=Sports.id_sport ORDER BY name, surname ASC");

?>

 

Додаток Б

Інструкція користувача

 

Для роботи в системі управління базою «Спорткомплекс» потрібно перейти по посиланню, яке відкриває головну сторінку (рисунок Б.1).

 

Рисунок Б.1 – Головна сторінка для роботи з базою даних

 

Щоб працювати із запитами вибираємо потрібний підрозділ. Зовнішній вигляд форми в зображено на рисунку Б.2.

 

Рисунок Б.2 – Підрозділи для роботи з базою даних

Після вибору розділу потрібно ввести необхідні для виконання запиту параметри та натиснути кнопку «виконати». Зовнішній вигляд форми в зображено на рисунку Б.3.

 

Рисунок Б.3 – Вікно роботи з запитом.

 

Після виконання цих дій користувачу у вигляді таблиці буде представлено результати виконання даного запиту. Зовнішній вигляд форми в зображено на рисунку Б.4.

 

Рисунок Б.4 – Результат виконання запиту

 

 

Також на сайті є розклад завдяки якому менеджер може ефективно організувати роботу в спорткомплексі. Розклад для приміщень містить інформацію про день тижня, часу початку і закінчення заняття, вигляді занять, групі, у якої буде проводитися заняття і тренері, який проводитиме заняття. Аналогічно формується розклад для груп та тренерів. Розклад для груп містить інформацію про номер приміщення і П.І.Б. тренера. У розклад тренерів входить інформація про номер приміщення і назві групи. Дана форма має можливості видалення, редагування та додання нової інформації. Зовнішній вигляд форми в зображено на рисунку Б.5.

 

Рисунок Б.5 – Розклад

 

Додаток В

Графічна частина

 

 

 

Рисунок Г.1 – ER-модель предметної області «Спорткомплекс»

 

Рисунок Г.2 – Схема алгоритму програмного забезпечення для бази даних «Спорткомплекс»

 

 

 

Рисунок Г.3 – Зовнішні зв’язки в базі даних «Спорткомплекс»

 

 

Рисунок Г.4 – Головна сторінка системи управління базою даних «Спорткомплекс»

АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ

У своїй діяльності спорткомплекс спирається на наступні документи і дані: таблиці розкладу, послуги, дані про приміщеннях, тренерів, відвідувачів і групи на які поділяються відвідувачі. Таблиця розкладу виводить індивідуальну інформацію для кожного елемента підрозділу. Для приміщень розклад містить інформацію про те, в який день тижня і в який час буде проходити заняття, а також, який тренер, і яка група будуть займатися в приміщенні. Для груп розклад містить інформацію про день тижня, час, вид занять, номер приміщення і тренера. Аналогічно виводиться розклад, для тренерів що включає в себе номер приміщення та назву групи.

Каталог приміщень містить інформацію про назву приміщення, вид заняття та місцезнаходження даного приміщення. Дані про тренерів містять інформацію, про П.І.Б. тренера, адресу проживання, телефон і вік тренера. Дані про групи містять інформацію про назву групи, спеціалізацію та відвідувачів які належать до певної групи.

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

Функціонування автоматизованої системи спорткомплексу можна розділити на три частини. Перша частина це можливість додавання нової та редагування старої інформації про тренерів, приміщення, групи і відвідувачів. Друга частина це формування і висновок розкладу. Третя частина будуватися на основі першої і другої, в ній виводиться інформація про вільний час тренерів та приміщень, звіти по завантаженнях тренерів та приміщень, кількість чоловік в групі, вид занять. Система призначена для додавання і роботи тільки зі штатними тренерами. Немає можливості формування розкладу для тренерів з погодинним режимом роботи.

 

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

Менеджер розглядає списки всіх наявних груп, тренерів, і приміщень. Є списки, що відображають вільний час для приміщень і тренерів. Ця інформація необхідна для формування розкладу. Розклад для приміщень містить інформацію про дні тижня, час початку і закінчення заняття, вид занять, група, у якій буде проводитися заняття і тренер, який буде проводити заняття. Аналогічно формується розклад для груп та тренерів. Розклад для груп містить інформацію про номер приміщення і П.І.Б. тренера. У розклад тренерів входить інформація про номер приміщення і назва групи.

Менеджер має можливість додавати тренера, групу, приміщення, а також реєструвати відвідувачів та визначати до якої групи вони належать.

Згідно до вимог користувачів та даної інформації необхідно реалізувати такі запити:

1. Отримати інформацію про приміщення (назву, вид спорту, місткість, поверх), які знаходяться на певному поверсі і мають певну назву приміщення;

2. Отримати інформацію про групи (назву, вид спорту, максимальна кількість чоловік), які мають кількість відвідувачів більшу певного значення і знаходяться в певній групі;

3. Отримати інформацію про відвідувачів (прізвище, ім’я, по-батькові, адреса, телефон, вік, статус, ідентифікаційний код, група), які знаходяться в певній групі і мають зазначений вік;

4. Отримати інформацію про відвідувачів (прізвище, ім’я, по-батькові, адреса, телефон, вік, статус, ідентифікаційний код, група), які знаходяться в певній групі і мають певний статус;

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

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

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

8. Отримати інформацію про тренерів (прізвище, ім’я тренера, по-батькові, вид спорту, адреса, телефон, вік, стаж, номер паспорта), які займаються певним видом спорту та мають певну освіту.

На мові інфологічного моделювання основні категорії предметної області «Спорткомплекс» можуть бути подані в такому вигляді:

¾ Вид спорту (назва виду спорту);

¾ Приміщення (назва приміщення; вид спорту яким займаються в приміщенні; місткість приміщення; поверх приміщення);

¾ Тренер (прізвище тренера; ім’я тренера; по батькові тренера; вид спорту яким займається тренер; адреса тренера; телефон тренера; вік тренера; стаж тренера; номер паспорта тренера);

¾ Група (назва групи; вид спорту групи; максимальна кількість чоловік);

¾ Відвідувач (прізвище відвідувача; ім’я відвідувача; по батькові відвідувача; адреса відвідувача; телефон відвідувача; вік відвідувача; статус відвідувача; ідентифікаційний код відвідувача; група відвідувача);

¾ Час (час; день тижня).

РОЗРОБКА УНІВЕРСАЛЬНОГО ВІДНОШЕННЯ

В універсальне відношення потрібно включити атрибути, що описують наступні сутності: Вид спорту, Приміщення, Тренер, Група, Відвідувач, Час, Розклад.

Введемо атрибути для опису вищезазначених сутностей:

¾ Вид спорту (назва). Об'єкт містить інформацію про види спорту які проводяться в спорткомплексі.

¾ Приміщення (назва, місткість, поверх). Об'єкт містить інформацію про приміщення, в яких проводяться заняття.

¾ Тренер (прізвище, ім’я, по батькові, адреса, телефон, вік, стаж, номер паспорта). Об'єкт містить інформацію про тренерів, що працюють в спорткомплексі.

¾ Група (назва, максимальна кількість чоловік). Об'єкт містить інформацію про всі групи, які займаються в спорткомплексі.

¾ Відвідувач (прізвище, ім’я, по батькові, адреса, телефон, вік, статус, ідентифікаційний код). Об'єкт містить інформацію про всіх відвідувачів, які поділені на групи.

¾ Час (час, день тижня). Об'єкт зберігає інформацію про час та день відвідування.

Отже, універсальне відношення для даної бази даних матиме вигляд:

R(назва виду спорту; назва приміщення; місткість приміщення; поверх приміщення; прізвище тренера; ім’я тренера; освіта тренера; стаж тренера; номер паспорта тренера; по батькові тренера; адреса тренера; телефон тренера; вік тренера; назва групи; максимальна кількість чоловік в групі; прізвище відвідувача; ім’я відвідувача; по батькові відвідувача; адреса відвідувача; телефон відвідувача; вік відвідувача; статус відвідувача; ідентифікаційний код відвідувача; час заняття; день заняття;).

Універсальне відношення вміщує в себе всі атрибути, котрі будуть використовуватися у базі даних.

Ступінь універсального відношення – 25.