База данных спортивных сооружений города

БАЛТИЙСКИЙ  ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ "ВОЕНМЕХ"

им.  Д. Ф.  УСТИНОВА

 

 

 

 

 

 

 

 

 

 

КУРСОВАЯ  РАБОТА

 

 

по учебной дисциплине  "Базы данных"

 

на тему  "База данных спортивных сооружений города"

 

 

 

 

студентки    Лютоевой Т.И.             

 

группы СИ-387

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

САНКТ-ПЕТЕРБУРГ

2012 г.

 

 

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

 

на выполнение курсовой работы

по учебной  дисциплине “Базы данных”

 

студентки  Лютоевой Т.И.  гр. СИ-387

 

 

Тема проекта: «База данных спортивных сооружений города»

 

 

 

Исходные  данные: предметная область информационной системы, список запросов к информационной системе

 

 

 

Содержание  работы (перечень решаемых задач или  этапов с указанием сроков их выполнения):

1. Анализ предметной области;
2. Составление списков необходимых атрибутов;
3. Построение набора необходимых отношений и их нормализация;
4. Построение схемы (рисунок схемы базы данных);
5. Проектирование запросов в базе данных.

 

Проектная документация (отчетность):

Пояснительная записка.

Плакат: техническим заданием не предусмотрены.

 

 

Срок представления  проекта: «___»____________ 20___г.

 

 

 

Руководитель  проекта: __________________________________  

(подпись, дата)

 

 

 

 

 

 

 

 

 

 

 

 

СОДЕРЖАНИЕ

 

 

 

 

 

 

 

 

 

 

     Введение………………………………………………………...……………..4    

Виды запросов в информационной системе .…………………………....…..5

     Основная часть………………………….………….…………….…….…...…6

     Проектирование БД  ……………………….………………….…..…….. …..6

     ER-схема, сущности и их атрибуты.….……………...……………….……7-9

     Проверка таблиц БД  на соответствие 3НФ  ……………………....……..9-11

     Структурная схема  базы данных  ………..………….…………….……….12

     Разработка запросов  в БД на языке SQL и их реализация……….……13-21

     Заключение  ………………………………………..……….……….…..…..22

     Список использованных  источников  ……………………...…….……..…23

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ВВЕДЕНИЕ

 

Базы данных - совокупность данных, организованная по определенным правилам, предусматривающая общие принципы описания, хранения, манипулирования  данными, независимыми от прикладных программ.

СУБД – система управления базами данных – совокупность программ, предназначенных  для управления БД и возможности  получения пользователями необходимой  информации из базы. В задачи СУБД входят следующие задачи:

• Формирование и поддержание БД
• Обработка информации
• Прием запросов
• Предоставление информации пользователям
• Обеспечение целостности и реорганизации ценностей БД
• Организация совместной работы пользователей

 

На сегодняшний день существует множество различных систем управления базами данных. Они все используют разные средства и функции, но преимущественно у всех СУБД в основе лежат одинаковые понятия.

Microsoft Access –реляционная СУБД, в которой предусмотрены все необходимые  средства для определения и обработки данных, а также управления ими при работе с большим объемом информации. Большим плюсом является то, что Access может легко импортировать диаграммы и графики из Excel, Word может использовать БД Access в качестве источника данных при создании писем. Также можно использовать возможности Excel для финансовых и любых количественных расчетов. Access - функционально полная система, имеющая мощные средства для работы в этой программе. Ее преимуществом перед другими является простота,  наличие всех средств для успешной обработки и управления  БД.

 

 

Виды запросов в информационной системе:

1. Получить  перечень  спортивных  сооружений  указанного  типа в  целом  или удовлетворяющих заданным характеристикам (например, стадионы, вмещающие не менее указанного числа зрителей).
2. Получить список спортсменов, занимающихся указанным видом спорта в целом либо не ниже определенного разряда.
3. Получить список спортсменов, тренирующихся у некого тренера в целом либо не ниже определенного разряда.
4. Получить список спортсменов, занимающихся более чем одним видом спорта.
5. Получить список тренеров указанного спортсмена.
6. Получить перечень соревнований, проведенных в течение заданного периода времени в целом либо указанным организатором.
7. Получить список призеров указанного соревнования.
8. Получить   перечень   соревнований,   проведенных   в   указанном   спортивном сооружении в целом либо по определенному виду спорта.
9. Получить  перечень  спортивных  клубов  и  число  спортсменов  этих  клубов, участвовавших в спортивных соревнованиях в течение заданного интервала времени.
10. Получить список тренеров по определенному виду спорта.
11. Получить список спортсменов, не участвовавших ни в каких соревнованиях в течение определенного периода времени.
12. Получить   список   организаторов   соревнований   и   проведенные   ими соревнования в течение определенного периода времени.
13. Получить   перечень   спортивных   сооружений   и   даты   проведения   на   них соревнований в течение определенного периода времени.

 

 

 

 

 

  ОСНОВНАЯ  ЧАСТЬ

 

ПРОЕКТИРОВАНИЕ  БД

 

На первом этапе проектирования базы данных необходимо определить цель создания базы данных, основные ее функции и информацию, которую она должна содержать.

Схема типа «сущность-связь» ER Entity (сущность) Relationship (связь) Сущность – это класс однотипных объектов, информация о которых должна быть учтена в модели.

Семантическое моделирование представляет собой  моделирование структуры данных, опираясь на смысл этих данных. В  качестве инструмента семантического моделирования используются различные  варианты диаграмм сущность-связь (ER – Entity-Relationship). По сути, все варианты диаграмм сущность-связь исходят из одной идеи – рисунок всегда нагляднее текстового описания. Все такие диаграммы используют графическое изображение сущностей предметной области, их свойств (атрибутов), и взаимосвязей между сущностями.

После анализа  предметной области можно выделить следующие сущности и их ключевые атрибуты, таблица 1.

 

Таблица 1. Выявленные сущности и их ключевые атрибуты

 

Сущности	Ключевые атрибуты
Спортсмены	ид_Спортсмена
СпортКлубы	ид_СпортКлуба
Соревнования	ид_Соревнования
ССооружения	ид_СС
ВидыСпорта	ид_ВидаСпорта
Организаторы	ид_Организатора
Тренеры	ид_Тренера
ТипСС	ид_ТипСС
Бассейн	ид_Бассейна
Корт	ид_Корта
Стадион	ид_Стадиона

 

ER – СХЕМА:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 1. ER-Схема БД

 

Далее к ER – схеме прилагаются описания каждой сущности со всеми её атрибутами [1] (в верхней строке расположено название сущности, в остальных – её атрибуты):

 

 

СпортКлубы

ид_СпортКлуба (КлючАтр.)

Название

 

 

ВидыСпорта

ид_ВидСпорта (КлючАтр.)

ВидСпорта

Спортсмены

ид_Спортсмена (КлючАтр.)

ФИО

ДатаРождения

ид_ВидСпорта

ид_Тренера

ид_СпортКлуба

Разряд

 

Тренеры

ид_Тренера (КлючАтр.)

ФИО

ДатаРождения

ид_ВидСпорта

Разряд

 

Соревнования

ид_Соревнования (КлючАтр.)

Название

ид_ВидСпорта

ДатаПроведения

ид_СС

Призер

ид_Участника

ид_Организатора

 

ССооружения

ид_СС (КлючАтр.)

Название

Адрес

ид_ТипСС

ид_ТипаТипа

 

ТипСС

ид_ТипСС (КлючАтр.)

ТипСС

 

 

Бассейн

ид_Бассейна (КлючАтр.)

ТипСС

КолДорожек

 

Корт

ид_Корта (КлючАтр.)

ТипСС

ТипПокрытия

 

Стадион

ид_Стадиона (КлючАтр.)

ТипСС

Вместимость

 

Организаторы

ид_Организатора (КлючАтр.)

Организатор

 

 

 

 

 

 

 

 

ПРОВЕРКА  ТАБЛИЦ БД НА СООТВЕТСТВИЕ

3 НОРМАЛЬНОЙ ФОРМЕ

 

 

Первая нормальная форма (1НФ) – это обычное отношение. Согласно нашему определению отношений, любое отношение автоматически  уже находится в 1НФ. Напомним кратко свойства отношений (это и будут свойства 1НФ):

• В отношении нет одинаковых кортежей;
• Кортежи не упорядочены;
• Атрибуты не упорядочены и различаются по наименованию;
• Все значения атрибутов атомарны. 

 

Отношение находится  во второй нормальной форме (2НФ) тогда  и только тогда, когда отношение  находится в 1НФ и нет неключевых атрибутов, зависящих от части сложного ключа. (Неключевой атрибут – это атрибут, не входящий в состав никакого потенциального ключа).

Если потенциальный  ключ отношения является простым, то отношение автоматически находится  в 2НФ.

 

Отношение находится  в третьей нормальной форме (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НФ – отсутствуют  транзитивные зависимости.