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

Между двумя таблицами можно установить два типа отношений: "один-к-одному" и "один-ко-многим".

Наиболее распространенным является отношение "один-ко-многим" (one-to-many), когда одной записи таблицы соответствует несколько записей в другой таблице. Например, одна гимнастка может много раз брать какой-либо инвентарь. Значит, каждая запись в таблице Gimnastka буд

ет связана с множеством записей в таблице Vidacha_inventarya. В отношении "один-ко-многим" сторона "один" называется главной таблицей, а сторона "многие" - связанной. В приведенном примере таблица Gimnastka - главная, а таблица Vidacha_inventarya - связанная. Чтобы установить взаимосвязь таблиц, нужно связать ключ главной таблицы с совпадающим полем (внешним ключом) в связанной таблице.

Связи между таблицами показаны на рисунке 2:

Рис. 2 – Связи между таблицами

В базе данных также реализуется связь многие-ко-многим. Отношение многие-ко-многим предполагает, что каждой записи в одной таблице соответствует несколько записей в другой. При этом каждая сторона отношения выглядит как отношение один-ко-многим.

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

2.2 Разработка пользовательских запросов

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

В современных СУБД широко используются табличные языки запросов. Наиболее распространенным среди них является язык QBE (Query-By-Example - запрос по примеру). Он предназначен для работы в интерактивном режиме и ориентирован на конечного пользователя и реализован во многих современных СУБД, например в dBase IV, Paradox, Access и др.

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

Набор агрегирующих функций может быть различным в разных системах. Обычно это функции Sum (сумма), Min (минимум), Мах (максимум), Avg (среднее), Count (подсчет). Результаты вычислений, выводящиеся в поле, не запоминаются в базовой таблице. Вместо этого вычисления снова проводятся всякий раз, когда выполняется запрос, поэтому результаты всегда представляют текущее содержимое базы данных. Обновить вычисленные результаты вручную невозможно (таблица, содержащая вычисляемое поле, имеет статус "только для чтений").

Кроме собственно поисковых запросов язык QBE позволяет выполнять и другие операции, например корректировку данных. Набор допустимых операций, а также способы их задания несколько различаются в разных системах.

Запрос с простыми условиями, включающими только один аргумент поиска - простой запрос. При создании простого запроса условие отбора записывается в соответствующий столбец бланка запроса. Если в условиях отбора используется несколько полей, то они могут соединяться оператором "И" или "ИЛИ" - это составной запрос. Перекрестные запросы служат для более компактного отображения информации (схожего с изображением в электронных таблицах). В перекрестном запросе отображаются результаты статистических расчетов (такие, как суммы, количество записей, средние значения), выполненных по данным из одного поля. Эти результаты группируются по двум наборам данных в формате перекрестной таблицы. Первый набор выводится в левом столбце и образует заголовки строк, а второй - выводится в верхней строке и образует заголовки столбцов. К корректирующим запросам относятся запросы на обновление (Update) и на удаление (Delete) записей, а также добавление (Append, Insert) записей из одной таблицы или нескольких связанных таблиц в конец другой таблицы. В документации по Access к типу "запросов на изменение" отнесены не только перечисленные выше запросы, но еще и "запрос на создание таблицы". Последний запрос все-таки отличается от названных ранее: первый круг запросов меняет содержание существующих таблиц, а последний - создает новую таблицу, т.е. фактически меняет имеющуюся структуру базы данных.

Простые запросы в режиме Конструктора и их реализация показаны на рисунках 3 и 4, и в приложениях 1 и 2.

Рис. 3 – Простой запрос.

Рис. 4 – Результат простого запроса.

2.3 Разработка форм и отчетов

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

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

В приложении 3 показана форма о тренерах.

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

Заключение

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

После небольшой доработки её можно использовать для других видов спорта.

Литература

1. Гайдамакин Н.А. Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие. - М.: Гелиос АРВ, 2002. - 368 с.

2. Коннолли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд.: Пер. с англ. - М.: Издательский дом "Вильямс", 2001. - 1120 с.

 Скачать реферат