База данных спортивных сооружений города
Курсовая работа, 01 Декабря 2013, автор: пользователь скрыл имя
Описание работы
Базы данных - совокупность данных, организованная по определенным правилам, предусматривающая общие принципы описания, хранения, манипулирования данными, независимыми от прикладных программ.
СУБД – система управления базами данных – совокупность программ, предназначенных для управления БД и возможности получения пользователями необходимой информации из базы.
Содержание работы
Введение………………………………………………………...……………..4
Виды запросов в информационной системе .…………………………....…..5
Основная часть………………………….………….…………….…….…...…6
Проектирование БД ……………………….………………….…..…….. …..6
ER-схема, сущности и их атрибуты.….……………...……………….……7-9
Проверка таблиц БД на соответствие 3НФ ……………………....……..9-11
Структурная схема базы данных ………..………….…………….……….12
Разработка запросов в БД на языке SQL и их реализация……….……13-21
Заключение ………………………………………..……….……….…..…..22
Список использованных источников ……………………...…….……..…23
Файлы: 1 файл
Курсовик1.docx
— 578.99 Кб (Скачать файл)БАЛТИЙСКИЙ
ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ
им. Д. Ф. УСТИНОВА
КУРСОВАЯ РАБОТА
по учебной дисциплине "Базы данных"
на тему "База данных спортивных сооружений города"
студентки Лютоевой Т.И.
группы СИ-387
САНКТ-ПЕТЕРБУРГ
2012 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение курсовой работы
по учебной дисциплине “Базы данных”
студентки Лютоевой Т.И. гр. СИ-387
Тема проекта: «База данных спортивных сооружений города»
Исходные данные: предметная область информационной системы, список запросов к информационной системе
Содержание работы (перечень решаемых задач или этапов с указанием сроков их выполнения):
- Анализ предметной области;
- Составление списков необходимых атрибутов;
- Построение набора необходимых отношений и их нормализация;
- Построение схемы (рисунок схемы базы данных);
- Проектирование запросов в базе данных.
Проектная документация (отчетность):
Пояснительная записка.
Плакат: техническим заданием не предусмотрены.
Срок представления проекта: «___»____________ 20___г.
Руководитель
проекта: _____________________
(подпись, дата)
СОДЕРЖАНИЕ
Введение……………………………………………………….
Виды запросов в информационной системе .…………………………....…..5
Основная часть………………………….………….…………….…….
Проектирование БД ……………………….………………….…..…….. …..6
ER-схема, сущности и их атрибуты.….……………...……………….……7-
Проверка таблиц БД на соответствие 3НФ ……………………....……..9-11
Структурная схема базы данных ………..………….…………….……….12
Разработка запросов в БД на языке SQL и их реализация……….……13-21
Заключение ………………………………………..……….……….…..….
Список использованных источников ……………………...…….……..…23
ВВЕДЕНИЕ
Базы данных - совокупность данных,
организованная по определенным правилам,
предусматривающая общие
СУБД – система управления базами данных – совокупность программ, предназначенных для управления БД и возможности получения пользователями необходимой информации из базы. В задачи СУБД входят следующие задачи:
- Формирование и поддержание БД
- Обработка информации
- Прием запросов
- Предоставление информации пользователям
- Обеспечение целостности и реорганизации ценностей БД
- Организация совместной работы пользователей
На сегодняшний день существует множество различных систем управления базами данных. Они все используют разные средства и функции, но преимущественно у всех СУБД в основе лежат одинаковые понятия.
Microsoft Access –реляционная СУБД, в которой предусмотрены все необходимые средства для определения и обработки данных, а также управления ими при работе с большим объемом информации. Большим плюсом является то, что Access может легко импортировать диаграммы и графики из Excel, Word может использовать БД Access в качестве источника данных при создании писем. Также можно использовать возможности Excel для финансовых и любых количественных расчетов. Access - функционально полная система, имеющая мощные средства для работы в этой программе. Ее преимуществом перед другими является простота, наличие всех средств для успешной обработки и управления БД.
Виды запросов в информационной системе:
- Получить перечень спортивных сооружений указанного типа в целом или удовлетворяющих заданным характеристикам (например, стадионы, вмещающие не менее указанного числа зрителей).
- Получить список спортсменов, занимающихся указанным видом спорта в целом либо не ниже определенного разряда.
- Получить список спортсменов, тренирующихся у некого тренера в целом либо не ниже определенного разряда.
- Получить список спортсменов, занимающихся более чем одним видом спорта.
- Получить список тренеров указанного спортсмена.
- Получить перечень соревнований, проведенных в течение заданного периода времени в целом либо указанным организатором.
- Получить список призеров указанного соревнования.
- Получить перечень соревнований, проведенных в указанном спортивном сооружении в целом либо по определенному виду спорта.
- Получить перечень спортивных клубов и число спортсменов этих клубов, участвовавших в спортивных соревнованиях в течение заданного интервала времени.
- Получить список тренеров по определенному виду спорта.
- Получить список спортсменов, не участвовавших ни в каких соревнованиях в течение определенного периода времени.
- Получить список организаторов соревнований и проведенные ими соревнования в течение определенного периода времени.
- Получить перечень спортивных сооружений и даты проведения на них соревнований в течение определенного периода времени.
ОСНОВНАЯ ЧАСТЬ
ПРОЕКТИРОВАНИЕ БД
На первом этапе проектирования базы данных необходимо определить цель создания базы данных, основные ее функции и информацию, которую она должна содержать.
Схема типа «сущность-связь» ER Entity (сущность) Relationship (связь) Сущность – это класс однотипных объектов, информация о которых должна быть учтена в модели.
Семантическое
моделирование представляет собой
моделирование структуры
После анализа предметной области можно выделить следующие сущности и их ключевые атрибуты, таблица 1.
Таблица 1. Выявленные сущности и их ключевые атрибуты
Сущности |
Ключевые атрибуты |
Спортсмены |
ид_Спортсмена |
СпортКлубы |
ид_СпортКлуба |
Соревнования |
ид_Соревнования |
ССооружения |
ид_СС |
ВидыСпорта |
ид_ВидаСпорта |
Организаторы |
ид_Организатора |
Тренеры |
ид_Тренера |
ТипСС |
ид_ТипСС |
Бассейн |
ид_Бассейна |
Корт |
ид_Корта |
Стадион |
ид_Стадиона |
ER – СХЕМА:
Рисунок 1. ER-Схема БД
Далее к ER – схеме прилагаются описания каждой сущности со всеми её атрибутами [1] (в верхней строке расположено название сущности, в остальных – её атрибуты):
СпортКлубы |
ид_СпортКлуба (КлючАтр.) |
Название |
ВидыСпорта |
ид_ВидСпорта (КлючАтр.) |
ВидСпорта |
Спортсмены |
ид_Спортсмена (КлючАтр.) |
ФИО |
ДатаРождения |
ид_ВидСпорта |
ид_Тренера |
ид_СпортКлуба |
Разряд |
Тренеры |
ид_Тренера (КлючАтр.) |
ФИО |
ДатаРождения |
ид_ВидСпорта |
Разряд |
Соревнования |
ид_Соревнования (КлючАтр.) |
Название |
ид_ВидСпорта |
ДатаПроведения |
ид_СС |
Призер |
ид_Участника |
ид_Организатора |
ССооружения |
ид_СС (КлючАтр.) |
Название |
Адрес |
ид_ТипСС |
ид_ТипаТипа |
ТипСС |
ид_ТипСС (КлючАтр.) |
ТипСС |
Бассейн |
ид_Бассейна (КлючАтр.) |
ТипСС |
КолДорожек |
Корт |
ид_Корта (КлючАтр.) |
ТипСС |
ТипПокрытия |
Стадион |
ид_Стадиона (КлючАтр.) |
ТипСС |
Вместимость |
Организаторы |
ид_Организатора (КлючАтр.) |
Организатор |
ПРОВЕРКА ТАБЛИЦ БД НА СООТВЕТСТВИЕ
3 НОРМАЛЬНОЙ ФОРМЕ
Первая нормальная форма (1НФ) – это обычное отношение. Согласно нашему определению отношений, любое отношение автоматически уже находится в 1НФ. Напомним кратко свойства отношений (это и будут свойства 1НФ):
- В отношении нет одинаковых кортежей;
- Кортежи не упорядочены;
- Атрибуты не упорядочены и различаются по наименованию;
- Все значения атрибутов атомарны.
Отношение находится во второй нормальной форме (2НФ) тогда и только тогда, когда отношение находится в 1НФ и нет неключевых атрибутов, зависящих от части сложного ключа. (Неключевой атрибут – это атрибут, не входящий в состав никакого потенциального ключа).
Если потенциальный
ключ отношения является простым, то
отношение автоматически
Отношение находится в третьей нормальной форме (3НФ) тогда и только тогда, когда отношение находится в 2НФ и все неключевые атрибуты взаимно независимы.
СпортКлубы (ид_СпортКлуба, Название)
1НФ – все значения атомарные;
2НФ – все не ключевые
атрибуты функционально
3НФ – отсутствуют транзитивные зависимости.
ВидыСпорта (ид_ВидСпорта, ВидСпорта)
1НФ – все значения атомарные;
2НФ – все не ключевые
атрибуты функционально
3НФ – отсутствуют транзитивные зависимости.
Спортсмены (ид_Спортсмена, ФИО, ДатаРождения, ид_ВидСпорта, ид_Тренера, ид_СпортКлуба, Разряд)
1НФ – все значения атомарные;
2НФ – все не ключевые
атрибуты функционально
3НФ – отсутствуют транзитивные зависимости.
Тренеры (ид_Тренера, ФИО, ДатаРождения, ид_ВидСпорта, Разряд)
1НФ – все значения атомарные;
2НФ – все не ключевые
атрибуты функционально
3НФ – отсутствуют транзитивные зависимости.
Соревнования (ид_Соревнования, Название, ид_ВидСпорта, ДатаПроведения, ид_СС, Призер, ид_Участника, ид_Организатора)
1НФ – все значения атомарные;
2НФ – все не ключевые
атрибуты функционально
3НФ – отсутствуют транзитивные зависимости.
ССооружения (ид_СС, Название, Адрес, ид_ТипСС, ид_ТипаТипа)
1НФ – все значения атомарные;
2НФ – все не ключевые
атрибуты функционально
3НФ – отсутствуют транзитивные зависимости.
ТипСС (ид_ТипСС, ТипСС)
1НФ – все значения атомарные;
2НФ – все не ключевые
атрибуты функционально
3НФ – отсутствуют транзитивные зависимости.
Бассейн (ид_Бассейна, ТипСС, КолДорожек)
1НФ – все значения атомарные;
2НФ – все не ключевые
атрибуты функционально
3НФ – отсутствуют транзитивные зависимости.
Корт (ид_Корта, ТипСС, ТипПокрытия)
1НФ – все значения атомарные;
2НФ – все не ключевые
атрибуты функционально
3НФ – отсутствуют транзитивные зависимости.
Стадион (ид_Стадиона, ТипСС, Вместимость)
1НФ – все значения атомарные;
2НФ – все не ключевые
атрибуты функционально
3НФ – отсутствуют транзитивные зависимости.