
- •Тема «Проектування бази даних Ліги Чемпіонів »
- •Зміст завдання та календарний план його виконання
- •Визначення та опис предметної області “Ліга Чемпіонів”
- •До об’єктів та сутностей предметної області Ліга Чемпіонів можна віднести:
- •До інформації про ігри, які відбуватимуться в Лізі чемпіонів можна віднести:
- •Побудова еr-моделi бази даних "Ліга Чемпіонів"
- •Сутності, пов'язанi мiж собою асоцiацiями або зв'язками.
- •Даталогiчна модель бази даних ”Ліга Чемпіонів”
- •Структура сутностей що використовуються в проектованій базі даних «Ліга Чемпіонів»
- •Нормалізація відношень бази даних “Ліга Чемпіонів”
- •Структура зв’язків між сутностями що використовуються в нашій базі даних
- •Виконання операцій реляційної алгебри
- •Операція об’єднання
- •5.1.2 Операція перетину
- •5.1.3 Операція різниці відношень
- •1. Вираз: команди команди_1
- •Спеціальні реляційні операції
- •Операція проекції відношення
- •Операція селекції відношення
- •Операція натурального з’єднання відношень .
- •Операція умовного з’єднання відношень.
- •Висновок
- •Список використаної літератури
Структура сутностей що використовуються в проектованій базі даних «Ліга Чемпіонів»
Рис. 2.1 Таблиця «Ігри»
Рис. 2.2 Таблиця «Команди»
Рис. 2.3 Таблиця «Склади команд»
Рис. 2.4 Таблиця «Стадіон»
Рис. 2.5 Таблиця «Суддівська бригада»
Нормалізація відношень бази даних “Ліга Чемпіонів”
Нормалізація – це розбиття таблиці на дві або більше, що володіють кращими властивостями при додаванні, зміні і видалені даних. Остаточною метою нормалізації є зведення до отримання такого проекту бази даних, в якому кожен факт розташовується лише в одному місці, тобто виключена надмірність інформації. Кожна таблиця у реляційній БД задовольняє умові, відповідно до якої у позиції на перетині кожного рядка і стовпця таблиці завжди знаходиться єдине атомарне значення, і ніколи не може бути множин таких значень. Будь-яка таблиця що задовольняє цій умові називається нормалізованою. Проведемо нормалізацію відношень бази даних «Ліга Чемпіонів» до третьої нормальної форми. Після побудови логічної структури варто перевірити, чи не порушені у заданному проекті принципи нормалізації, тобто кожне неключове поле кожної таблиці:
функціонально залежить від повного первинного ключа, а не від його частини (якщо ключ складений);
не має функціональної залежності від іншого неключового поля.
Сутності ІГРИ, КОМАНДИ, СКЛАДИ КОМАНД, СТАДІОНИ, СУДДІВСЬКА БРИГАДА, є нормалізованими, що складаються з простого ключа.
Отже, база даних ”Ліга Чемпіонів” приведена до третьої нормальної форми. Тобто всі неключові поля кожної таблиці функціонально не залежать від інших не ключових полів таблиці. Залежать лише від ключових.
Структура зв’язків між сутностями що використовуються в нашій базі даних
Так має виглядати структура зв’язків між сутностями в базі даних Ліга Чемпіонів, але програмне забезпечення MS Access не дозволяє зв’язати атрибути «Господар» і «Гість» з сутності ІГРИ з атрибутом «Команда» сутності КОМАНДИ. Тому я дублюю сутність КОМАНДИ і створюю таку структуру зв’язків:
Виконання операцій реляційної алгебри
Теоретико-множинні операції
Теоретико-множинні операції ґрунтуються на тому, що кожне відношення бази даних може розглядатись як множина однотипних кортежів, і,відповідно, до них можуть бути застосовані операції, запозичені з теорії множин.
Виконаємо операції реляційної алгебри над відношеннями бази даних «Ліга Чемпіонів». Оскільки теоретико-множинні операції виконуються над відношеннями з однаковими множинами атрибутів, створимо копію відношення Команди, змінивши його інформаційне наповнення.
Рис.5.1 Початковий стан відношення Команди
Рис.5.2 Початковий стан відношення Команди_1
Операція об’єднання
Необхідно утворити відношення у якому будуть відображені відомості про всіх дилерів. Для цього виконуємо об’єднання відношень КОМАНДИ та КОМАНДИ_1. Результат виконання операції подано на рис 5.1.1.
Вираз: КОМАНДИ
КОМАНДИ_1
рис 5.1.1. Об’єднання відношень Команди та Команди_1.
Запит:
SELECT Команди_1.[Команда], Команди_1.[Назва], Команди_1.Країна, Команди_1.Місто, Команди_1.[Дата заснування], Команди_1.[Головний тренер], Команди_1.[Президент]
FROM Команди_1
UNION SELECT Команди.[Команда], Команди.[Назва], Команди.Країна, Команди.Місто, Команди.[Дата заснування], Команди.[Головний тренер], Команди.[Президент]
FROM Команди;