Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Kursak.doc
Скачиваний:
6
Добавлен:
03.09.2019
Размер:
762.37 Кб
Скачать

Структура сутностей що використовуються в проектованій базі даних «Ліга Чемпіонів»

Рис. 2.1 Таблиця «Ігри»

Рис. 2.2 Таблиця «Команди»

Рис. 2.3 Таблиця «Склади команд»

Рис. 2.4 Таблиця «Стадіон»

Рис. 2.5 Таблиця «Суддівська бригада»

  1. Нормалізація відношень бази даних “Ліга Чемпіонів”

Нормалізація – це розбиття таблиці на дві або більше, що володіють кращими властивостями при додаванні, зміні і видалені даних. Остаточною метою нормалізації є зведення до отримання такого проекту бази даних, в якому кожен факт розташовується лише в одному місці, тобто виключена надмірність інформації. Кожна таблиця у реляційній БД задовольняє умові, відповідно до якої у позиції на перетині кожного рядка і стовпця таблиці завжди знаходиться єдине атомарне значення, і ніколи не може бути множин таких значень. Будь-яка таблиця що задовольняє цій умові називається нормалізованою. Проведемо нормалізацію відношень бази даних «Ліга Чемпіонів» до третьої нормальної форми. Після побудови логічної структури варто перевірити, чи не порушені у заданному проекті принципи нормалізації, тобто кожне неключове поле кожної таблиці:

  1. функціонально залежить від повного первинного ключа, а не від його частини (якщо ключ складений);

  2. не має функціональної залежності від іншого неключового поля.

Сутності ІГРИ, КОМАНДИ, СКЛАДИ КОМАНД, СТАДІОНИ, СУДДІВСЬКА БРИГАДА, є нормалізованими, що складаються з простого ключа.

Отже, база даних ”Ліга Чемпіонів” приведена до третьої нормальної форми. Тобто всі неключові поля кожної таблиці функціонально не залежать від інших не ключових полів таблиці. Залежать лише від ключових.

Структура зв’язків між сутностями що використовуються в нашій базі даних

Так має виглядати структура зв’язків між сутностями в базі даних Ліга Чемпіонів, але програмне забезпечення MS Access не дозволяє зв’язати атрибути «Господар» і «Гість» з сутності ІГРИ з атрибутом «Команда» сутності КОМАНДИ. Тому я дублюю сутність КОМАНДИ і створюю таку структуру зв’язків:

  1. Виконання операцій реляційної алгебри

    1. Теоретико-множинні операції

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

      Виконаємо операції реляційної алгебри над відношеннями бази даних «Ліга Чемпіонів». Оскільки теоретико-множинні операції виконуються над відношеннями з однаковими множинами атрибутів, створимо копію відношення Команди, змінивши його інформаційне наповнення.

Рис.5.1 Початковий стан відношення Команди

Рис.5.2 Початковий стан відношення Команди_1

      1. Операція об’єднання

Необхідно утворити відношення у якому будуть відображені відомості про всіх дилерів. Для цього виконуємо об’єднання відношень КОМАНДИ та КОМАНДИ_1. Результат виконання операції подано на рис 5.1.1.

Вираз: КОМАНДИ КОМАНДИ_1

рис 5.1.1. Обєднання відношень Команди та Команди_1.

Запит:

SELECT Команди_1.[Команда], Команди_1.[Назва], Команди_1.Країна, Команди_1.Місто, Команди_1.[Дата заснування], Команди_1.[Головний тренер], Команди_1.[Президент]

FROM Команди_1

UNION SELECT Команди.[Команда], Команди.[Назва], Команди.Країна, Команди.Місто, Команди.[Дата заснування], Команди.[Головний тренер], Команди.[Президент]

FROM Команди;

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]