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

Слушатель 1 курса 254 уч. гр. ФЗО

лейтенант вн. сл. ПЕТРОВ В.А.

Проверил: ФИО преподавателя 

Санкт-Петербург

2017

Задание на контрольную работу (вариант 2):

Разработать фрагмент базы данных по учету спортивных достижений учебной группы.

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

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

Объектами учета в базе данных являются слушатели учебной группы.

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

Начальник факультета:

Специальное звание	Фамилия	Имя	Домашний адрес

Начальник курса:

Специальное звание	Фамилия	Дата рождения	Вид спорта	Спортивный разряд

 

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

Информационно-логическая модель предметной области

Приведенные запросы служат основой построения информационно-логической модели (в графическом виде). Пример построения такой модели показан ниже.

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

Таким образом, в качестве объектов учета в базе данных выступают слушатели (курсанты) учебной группы. Их характеристики (атрибуты) показаны в виде "листьев" дерева информационно-логической модели.

Далее необходимо описать сами атрибуты. Это описание целесообразно представить в виде следующей таблицы.

Атрибут	Тип атрибута	Размер атрибута	Обязательность атрибута	Повторяемость атрибута
Специальное звание	Текст	15 символов	Обязателен	Не повторяется
Фамилия	Текст	15 символов	Обязателен	Не повторяется
Имя	Текст	12 символов	Обязателен	Не повторяется
Отчество	Текст	14 символов	Обязателен	Не повторяется
Дата рождения	Дата	10 символов	Обязателен	Не повторяется
Домашний адрес	Текст	14 символов	Обязателен	Не повторяется
Вид спорта	Текст	10 символов	Не обязателен	Повторяется
Разряд	Число	1 разряд	Не обязателен	Повторяется

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

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

Структура базы данных

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

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

Спец. звание	Фамилия	Имя	Отчество	Дата рождения	Домашний адрес	Вид спорта	Спорт. разряд	…...	Вид спорта	Спорт. разряд

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

Спец. звание	Фамилия	Имя	Отчество	Дата рождения	Домашний адрес	Вид спорта	Спорт. разряд

Но в этом случае некоторые записи (строки таблицы) придется частично дублировать, например:

Спец. звание	Фамилия	Имя	Отчество	Дата рождения	Домашний адрес	Вид спорта	Спорт. разряд
сержант	Иванов	Иван	Иванович	01.01.1985	г. Москва	Футбол	2
сержант	Иванов	Иван	Иванович	01.01.1985	г. Москва	Бокс	3

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

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

Спец. звание	Фамилия	Имя	Отчество	Дата рождения	Домашний адрес
сержант	Иванов	Иван	Иванович	01.01.1985	г. Москва

 

Фамилия	Вид спорта	Спорт. разряд
Иванов	Футбол	2
Иванов	Бокс	3

 

В этом случае необходимо организовать связь между таблицами. Связующим звеном выступает поле "Фамилия":

Спец. звание	Фамилия	Имя	Отчество	Дата рождения	Домашний адрес
сержант	Иванов	Иван	Иванович	01.01.1985	г. Москва

		Фамилия	Вид спорта	Спорт. разряд
		Иванов	Футбол	2
		Иванов	Бокс	3

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

Слушатель (Курсант)