Реляционные СУБД

 

 

Содержание

 

 

ВВЕДЕНИЕ 4

1 БАЗА  ДАННЫХ «СПОРТИВНЫЕ СОРЕВНОВАНИЯ» 5

1.1 Обзор  и анализ источников 5

1.2 Проектные решения 5

2 ПРОЕКТИРОВАНИЕ  БД «СПОРТИВНЫЕ СОРЕВНОВАНИЯ» 7

2.1 Анализ предметной области и составление спецификаций к данным 7

2.2 Построение концептуальной и логической модели данных 9

2.2.1 Описание связей 9

2.2.2 Логическая модель базы данных 9

2.2.3 Концептуальная модель данных 10

2.3 Физическая  база данных 12

3 РАЗРАБОТКА ПРИЛОЖЕНИЯ ПО РАБОТЕ С БАЗОЙ ДАННЫХ 15

3.1 Кнопочная форма, интерфейс пользователя, запросы и отчеты 15

3.1.1 Запросы и отчеты 15

3.1.2 Кнопочная форма. Интерфейс пользователя. Формы и макросы. 25

3.2 Руководство пользователя 30

 

ВВЕДЕНИЕ

 

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

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

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

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

 

 

 

1 БАЗА ДАННЫХ «СПОРТИВНЫЕ СОРЕВНОВАНИЯ»

 

1.1 Обзор и анализ источников

 

В настоящее время эффективное  функционирование современного предприятия  невозможно без применения информационных систем. Эта проблема актуальна как  для крупных предприятий, так  и для предприятий среднего и  даже малого бизнеса. Информационные системы  имеют ряд существенных отличий  от стандартных прикладных программ. В зависимости от предметной области  информационные системы могут сильно различаться по своей архитектуре  и функциям.

При разработке базы данных «Спортивные  соревнования» было проведено обследование предметной области, путем изучения различных её аспектов.

 

 

1.2 Проектные решения

Было решено создать базу данных, предназначение которой станет  учет результатов спортивных соревнований, в данном случае соревнований по дисциплине «Жим штанги лежа».

В результате, после тщательного обследования предметной области, было решено начать составление БД «Спортивные соревнования» используя следующие входные данные:

• информация о клубах;
• информация о командных составах;
• информация о результатах;
• информация о судейском составе;
• информация о тренерском составе;
• информация о соревнованиях;
• информация о разрядах.

 

Затем, исходя из собранной информации, были созданы соответствующие таблицы, которые будут подробнее разобраны  и описаны в следующих отделах.

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

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

Следующим шагом станет разработка кнопочной формы. Кнопочная форма  будет сформулирована на основе всех элементов (таблиц, запросов и т.д.), созданных ранее. Так же попутно  будут необходимые макросы, которые  облегчат процесс использования  создаваемой базы данных. Так же они будут использоваться для  связки кнопочной формы и запросов. В дополнение к этому будут  созданы формы на основе некоторых  таблиц, необходимых для отчетности.

Защита данного проекта будет  проходить путем демонстрации БД «Спортивные соревновании», описыванием хронологии создания данной базы данных, с акцентированием внимания на различных проектных решениях,  которые были разработаны во время создания БД.  

2 ПРОЕКТИРОВАНИЕ БД «СПОРТИВНЫЕ СОРЕВНОВАНИЯ»

 

 

2.1 Анализ предметной области  и составление спецификаций к  данным

 

Предметная область заключается  в юношеских соревнованиях между тренажерными залами по дисциплине «Жим штанги лежа» и учета их результатов. Предметной областью данной реляционной базы данных, непосредственно, являются эти же соревнования и их различные атрибуты, такие как:

• спортсмены;
• тренеры;
• результаты соревнований;
• судьи.

 

На основе полученной информации был созданы ряд таблиц, характеризующий описываемую область в данной БД:

• Таблица «Залы»;
• Таблица «Спортсмены»;
• Таблица «Результаты»;
• Таблица «Соревнования»;
• Таблица «Судейский состав»;
• Таблица «Тренерский состав»;
• Таблица «Достижения».

 

Таблица «Залы» содержит:

1. Код зала - уникальный код
2. Название  - наименование зала
3. Дата открытия  -  дата открытия зала
4. Код тренера – код тренера, представляющего зал на соревнованиях

 

Таблица «Спортсмены» содержит:

1. Код спортсмена – уникальный код
2. Фамилия – фамилия спортсмена
3. Имя – имя спортсмена
4. Отчество – отчество спортсмена
5. Зал – зал, который представляет спортсмен
6. Вес до соревнований – вес спортсмена до соревнований
7. Соревновательный вес – вес спортсмена на соревнованиях
8. Максимально поднятый вес – максимально поднятый вес спортсмена при выполнении упражнения «жим штанги лёжа».
9. Дата рождения – дата рождения спортсмена
10. Место рождения – город, в котором родился спортсмен

 

Таблица «Результаты» содержит:

1. Код результата – уникальный код
2. Код спортсмена – код спортсмена
3. Код судьи – код судьи
4. Код соревнования – код соревнования
5. Результат – максимально поднятый вес спортсмена на соревнованиях

 

Таблица «Соревнования» содержит:

1. Код соревнования – уникальный код
2. Место проведения – место проведения соревнования
3. Дата проведения – дата проведения соревнования

 

Таблица «Судейский состав» содержит:

1. Код судьи – уникальный код
2. Фамилия – фамилия судьи
3. Имя – имя судьи
4. Отчество – отчество судьи
5. Разряд – разряд судьи в оцениваемой им области
6. Дата рождения – дата рождения судьи
7. Место рождения – место рождения судьи

 

Таблица «Тренерский состав» содержит:

1. Код тренера – уникальный код
2. Фамилия – фамилия тренера
3. Имя – имя тренера
4. Отчество – отчество тренера
5. Дата рождения – дата рождения тренера
6. Место рождения – место рождения тренера
7. Разряд – разряд тренера

 

Таблица «Достижения» содержит:

1. Код достижения – уникальный код
2. Аббревиатура – аббревиатура достижения
3. Полное название – полное название достижения

 

2.2 Построение концептуальной  и логической модели данных

 

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

 

Связь – ассоциирование двух или  более сущностей. Если бы назначением  базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень  простой. Однако одно из основных требований к организации базы данных – это  обеспечение возможности отыскания  одних сущностей по значениям  других, для чего необходимо установить между ними определенные связи. А  так как в реальных базах данных нередко содержатся сотни или  даже тысячи сущностей, то теоретически между ними может быть установлено  более миллиона связей. Наличие такого множества связей и определяет сложность  инфологических моделей.

 

2.2.2 Логическая модель базы  данных

 

Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной  модели данных даталогическая модель — набор схем отношений, обычно с  указанием первичных ключей, а  также «связей» между отношениями, представляющих собой внешние ключи. Пример логической БД представлен на рис. 2.1.

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

 

Рисунок 1 – Логическая модель БД «Спортивные соревнования»

 

2.2.3 Концептуальная модель данных

 

Концептуальная модель — модель предметной области, состоящей из перечня  взаимосвязанных понятий, используемых для описания этой области, вместе со свойствами и характеристиками, классификацией этих понятий, по типам, ситуациям, признакам  в данной области и законов  протекания процессов в ней.

 

Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая  модель» являются синонимами. Кроме  того, в этом контексте равноправно  могут использоваться слова «модель  базы данных» и «модель предметной области» (например, «концептуальная  модель базы данных» и «концептуальная  модель предметной области»), поскольку  такая модель является как образом  реальности, так и образом проектируемой  базы данных для этой реальности.

К концептуальной модели так же может  относиться ER-диаграмма, которая изображена на рисунке 2.

 

 

 

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

1

1

1

1

1

М

М

М

М

М

1

М

Судейский состав

ФИО

Разряд

Дата

Место

Код судьи

Спортсмены

Код спортсмена

Место рождения

Дата 

Макс. подн. вес

Соревн. вес

Зал

Вес до соревнований

ФИО

Код дост-я

Название

Аббрев.

Достижения

Залы

Разряд

Место

Дата

ФИО

Код тренера

Код зала

Название зала

Дата открытия

Код тренера

Тренерский состав

 

Рез-т

Код соревн-я

Код судьи

Код спортсмена

Код рез-та

Результаты

Место

Код соревн-я

Дата

1

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 2 – ER-диаграмма БД «Спортивные соревнования»

2.3 Физическая база данных

 

Физическое проектирование — создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может  включать в себя ограничения на именование объектов базы данных, ограничения  на поддерживаемые типы данных и т.п. Кроме того, специфика конкретной СУБД при физическом проектировании включает выбор решений, связанных  с физической средой хранения данных (выбор методов управления дисковой памятью, разделение БД по файлам и  устройствам, методов доступа к  данным), создание индексов и т.д.