Проектирование базы данных для подведения итогов спортивных соревнований - Курсовая работа

Уровень развития информационных технологий заставляет задумываться большинство средних и крупных организаций о создании действительно открытых и распределенных информационных систем баз данных на основе многопользовательских профессиональных СУБД. Информационные системы больших организаций содержат множество десятков баз данных, нередко распределенных между несколькими взаимосвязанными узлами вычислительной сети различных подразделений. Тенденции развития современных информационных технологий приводят к постоянному возрастанию сложности информационных систем, создаваемых в различных сферах деятельности человека. Например, данные наблюдений за изменением температур в некотором регионе могут быть использованы в базе данных метеонаблюдений в более крупном регионе или стране.В чемпионате участвуют 10 команд. Первую подгруппу образуют команды, занявшие места с первого по шестое, а вторую подгруппу - команды, занявшие места с седьмого по десятое.Исходя из описания предметной области можно заключить, что база данных оперирует следующими данными: - год чемпионата; номер тура команд - участниц первой финальной подгруппы; номер тура команд - участниц второй финальной подгруппы;Доступ к результатам чемпионата предполагается открытым всем желающим.Первая сущность отражает годы проведения чемпионатов, вторая - туры текущего чемпионата, а третья - результаты текущего тура. Атрибутами первой сущности являются порядковые номера годов, второй сущности - номера тура, а третьей - названия команд текущего чемпионата и результатами встреч в каждом туре, которые характеризуются числом забитых и пропущенных мячей.Поскольку любой чемпионат состоит из туров, тип связи между первой и второй сущностями будет один ко многим (1:М).Исходя из представлений сущностей и анализа связей между ними, инфологическую модель предметной области на данном этапе исследования можно отобразить в виде ER-диаграммы, представленной на рисунке 1. Поскольку какая-либо из команд могла выступать на различных чемпионатах под разными названиями, а матчи могут быть переиграны по причине протеста руководства команд, все атрибуты отношения «Результаты» должны быть динамическими (литера «D»). Исходя из дальнейшего анализа предметно области, в инфологической модели необходимо учесть предварительный и финальный турниры чемпионата.Следующий этап проектирования базы данных предполагает дальнейшую детализацию инфологической модели, с целью приблизить ее к практической реализации. Для отношений «Турниры» - атрибут «тур», а для «Результаты» - атрибут «команда» (для краткости имена отношений сокращены до ключевого слова: «Предварительные турниры» - просто «Турниры» и т. п.). Поэтому, в отношения, которые являются подчиненными, добавлены атрибуты, удовлетворяющие данным требованиям: в отношение «Турниры» добавлен внешний ключ, одноименный первичному ключу «год чемпионата», а в отношение «Результаты» - внешний ключ, соответствующий первичному ключу «тур». Нормализация отношений не требуется так как последние изначально определяют функциональные зависимости между ключевыми полями и другими атрибутами отношений без транзитивных зависимостей, а все атрибуты являются атомарными (рисунок 4). Рисунок 4 - Функциональные зависимости (показаны стрелкой) между ключами и атрибутами отношений «Турниры» (а) и «Результаты» (б)Существует большой выбор систем управления реляционными базами данных (СУБД) среди обширного семейства этой категории программных продуктов. Выбор диктуется областью их применения и характером использования. В рассматриваемом случае предполагается, что установку, администрирование и сопровождение базы данных будет осуществлять один пользователь - администратор баз данных или оператор ЭВМ. Доступ к базе может получить любой пользователь, но без права ее обновления.На этом этапе практической реализации базы данных создаются таблицы, соответствующие даталогической модели, построенной в предыдущем разделе. В итоге построены таблицы имеющие структуру, показанную в таблицах 4 - 7. Таблица 6 - Таблица «Результаты» / «ФИНАЛРЕЗУЛЬТАТЫ1-6» / «ФИНАЛРЕЗУЛЬТАТЫ7-10» поле тип данных описание id_res счетчик первичный ключ id_tur длинное целое внешний ключ command длинное целое связь с таблицей-словарем с названиями команд - участниц чемпионатов scored байт забито мячей в текущем туре missing байт пропущено мячей в текущем туреSELECT Команды.id_command, Команды.INAME AS Команда, Результаты.scored AS Забито, Результаты.missing AS Пропущено, [Забито]-[Пропущено] AS Разность, IIF([Разность]>0,2,IIF([Разность]=0,1,0)) AS Очки FROM (Год_чемпионата INNER JOIN Тур_чемпионата ON Год_чемпионата.id_year=Тур_чемпионата.id_year) INNER JOIN (Команды INNER JOIN Результаты ON Команды.id_command=Результаты.comand) ON Тур_чемпионата.id_tur=Результаты.id_tur SELECT ЗАПРОСРЕЗУЛЬТАТЫТУРОВ.id_command, ЗАПРОСРЕЗУЛЬТАТЫТУРОВ.Команда, Sum(ЗАПРОСРЕЗУЛЬТАТЫТУРОВ.Забито) AS [Sum-Забито], Sum(ЗАПРОСРЕЗУЛЬТАТЫТУРОВ.Пропущено) AS [Sum-Пропущено], Sum(ЗАПРОСРЕЗУЛЬТАТЫТУРОВ.Очки) AS [Sum-Очки], Sum(ЗАПРОСРЕЗУЛ

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Описание предметной области

1.2 Описание входных и выходных данных

1.3 Перечень ограничений к доступу данных

2. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

2.1 Построение инфологической модели

2.1.1 Описание сущностей

2.1.2 Описание связей

2.1.3 ER-диаграмма

2.2 Даталогическая модель

3. ПРАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ

3.1 Выбор системы управления базами данных

3.2 Создание таблиц

3.3 Запросы

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ И ЛИТЕРАТУРЫ