Создание базы данных для ФК "Зенит"
База данных для ЗАО "ФК "Зенит", предназначенная для хранения и обработки данных о работниках клуба, его бюджете и результатах участия в соревнованиях. Разработка предварительных отношений и пользовательского интерфейса. Структура таблиц базы данных.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 10.12.2011 |
| Размер файла | 4,4 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Тема: «Создание базы данных для ФК “Зенит”»
Содержание
- Введение
- Цель разработки базы данных
- Разработка проекта базы данных
- 1. Состав хранимой в БД информаци
- 2. Выходная информация
- 3. Разработка ER-диаграммы
- 4. Разработка предварительных отношений
- 5. Нормализация отношений
- Создание БД в Access
- 1. Структура таблиц базы данных
- 2. Схема данных
- 3. Создание запросов
- Разработка пользовательского интерфейса
- 1. Разработка кнопочной формы
- 2. Создание отчета
- Заключение
- Список использованных источников
Введение
База Данных (БД) - структурированный организованный набор данных, описывающих характеристики какой-либо физической или виртуальной системы.
Организация структуры БД формируется исходя из следующих соображений:
1. Адекватность описываемому объекту/системе - на уровне концептуальной и логической модели.
2. Удобство использования для ведения учёта и анализа данных - на уровне так называемой физической модели.
Виды концептуальных и логических моделей БД - сетевая модель, иерархическая модель, реляционная модель (ER-модель), многомерная модель, объектная модель.
Таким образом, по виду модели БД разделяются на:
· Картотеки
· Сетевые
· Иерархические
· Реляционные
· Объектно-ориентированные
· Многомерные
· Дедуктивные
В настоящее время наибольшее распространение получили реляционные базы данных. Реляционная база данных - база данных, основанная на реляционной модели.
Теория реляционных баз данных была разработана доктором Коддом из компании IBM в 1970 году. В реляционных базах данных все данные представлены в виде простых таблиц, разбитых на строки и столбцы, на пересечении которых расположены данные. Запросы к таким таблицам возвращают таблицы, которые сами могут становиться предметом дальнейших запросов. Каждая база данных может включать несколько таблиц.
Наиболее привлекательной здесь являются базы данных Microsoft Access. Access - самая популярная система управления базами данных (СУБД) общего назначения. Это комплекс программных средств, предназначенных для создания структуры новой базы данных, наполнения её содержимым, редактирования содержимого, отбора данных в соответствии с заданными критериями, их упорядочивания, оформления, печати.
Access работает под управлением Windows и поэтому может использовать все возможности DDE и OLE. DDE позволяет выполнять функции и производить обмен данными между Access и любыми другими приложениями Windows, поддерживающим DDE. Для осуществления динамического обмена данными с другими приложениями можно использовать макросы или процедуры на Visual Basic.
В Access база данных обозначает файл, содержащий набор информации. Каждая база данных в Access состоит из основных объектов: таблиц, запросов, форм, отчётов, страниц, макросов и модулей.
Access может работать одновременно только с одной базой данных. Но одна БД Access может включать сотни таблиц, форм, запросов, отчётов, макросов и модулей, которые хранятся в одном файле с расширением mdb.
В данном курсовом проекте будет разработана СУБД реляционного типа, целью которой является хранение данных ЗАО «ФК «Зенит».
Цель разработки базы данных
В курсовом проекте будет разработана БД для ЗАО футбольного клуба «Зенит» Санкт-Петербург, предназначенная для хранения и обработки информации о персонале и сотрудниках клуба - игроках, руководящем отделе, спонсорах, фанатских организациях и результатов участия команды в различных турнирах и межсезонных сборах.
Данный клуб ежегодно участвует во всероссийских соревнованиях, таких как РосГосСтрах Чемпионат России по футболу; кубок России; ТрансТелеКом Суперкубок России (в случае выигрыша одного из выше перечисленных турниров); кубок содружества. Так же клуб в последние годы ежегодно принимает участия в международных соревнованиях, таких как кубок УЕФА, а осенью 2008 года впервые за Российскую историю примет участие в самом престижном по Европейском меркам турнире - Лиге чемпионов УЕФА. ФК Зенит является действующим чемпионом России по футболу. Клуб так же является владельцем собственной радиостанции. Все это стало возможным благодаря новому владельцу клуба - ОАО «Газпром», который ежегодно вкладывает огромные инвестиции в развитие инфраструктуры клуба и команду. Учитывая огромное количество информации, БД просто необходима для данного клуба. Без использования базы данных велика вероятность потери части необходимых сведений. Использование базы данных о персонале и сотрудниках клуба позволит уменьшить число бумажных документов и значительно упростит работу сотрудников клуба.
Разработка проекта базы данных
1. Состав хранимой в БД информации
А. Информация о руководящем звене клубов:
· Номер паспорта Р;
· Фамилия, имя, отчество;
· Должность;
· Адрес;
· Домашний телефон;
· Мобильный телефон;
· Дата рождения;
· Возраст;
· Гражданство.
Б. Информация об обслуживающем персонале клуба:
· Номер паспорта П;
· Номер контракта;
· Фамилия, имя, отчество;
· Должность;
· Адрес;
· Домашний телефон;
· Мобильный телефон;
· Дата рождения;
· Возраст;
· Гражданство;
· Состав;
· Номер лицензии наемщика.
В. Информация об основном составе :
· Номер паспорта И;
· Номер контракта;
· Фамилия, имя, отчество;
· Номер;
· Амплуа;
· Сайт;
· Адрес;
· Домашний телефон;
· Мобильный телефон;
· Дата рождения;
· Возраст;
· Гражданство;
· Национальная сборная (Да/Нет);
· Травма (Да/Нет);
· Рост (см);
· Вес (кг);
· Трансферная стоимость;
· Трансферный статус (Да/Нет).
Г. Информация о тренерском составе клуба:
· Номер лицензии;
· Номер контракта;
· Фамилия, имя, отчество;
· Должность;
· Адрес;
· Домашний телефон;
· Мобильный телефон;
· Дата рождения;
· Возраст;
· Гражданство;
· Состав;
· Номер паспорта наемщика.
Д. Информация о спонсорах клуба:
· Имя компании;
· Базовые выплаты;
· Бонус чемпионства;
· Бонус Международных соревнований;
· Раунд Национального кубка;
· Выигрыш Национального кубка;
· Раунд Международных соревнований;
· Выигрыш Международных соревнований;
· Номер договора на спонсорство.
Е. Данные о результатах команды:
· Название турнира;
· Место;
· Полученные призовые ;
· Номер договора на проведение;
Ж. Данные о бюджете клуба:
· Номер договора;
· Тип дохода (расхода);
· Сумма дохода (расхода);
· Год;
· Заключающий контракты (номер паспорта).
З. Данные о заработной плате:
· Номер контракта;
· Оклад (в неделю);
· Гражданство;
· Премиальные (за победу);
· Выплата агентам;
· Пункт продления (Да/Нет);
· Контракт до;
· Налог;
· Номер паспорта определяющего;
И. Информация о молодежном составе:
· Номер свидетельства о рождении;
· ФИО;
· Номер;
· Амплуа;
· Дом телефон;
· Дата рождения;
· ДЮСШ;
· Год дебюта.
2. Выходная информация
Чтобы получить необходимую информацию из базы данных, следует создать не меньше 15 запросов. В числе запросов обязательно должны присутствовать запросы следующих типов:
· запросы на выборку с расчетом, выводящие информацию по одному из объектов предметной области;
· запросы на выборку, выводящие информацию по нескольким объектам предметной области - запросы на основе связанных таблиц;
· запросы на выборку с группировкой;
· перекрестные запросы;
· запрос-объединение;
· запросы действия - здесь необходимо разработать, по крайней мере, по одному запросу на обновление, добавление, удаление, создания таблиц, несколько DDL запросов и т.д.
Для данной организации будут нужны следующие запросы:
· запрос на выборку з/п основному составу из таблиц «Заработная плата» и «Основной состав»
· запрос на выборку з/п тренерскому составу из таблиц «Заработная плата» и «Тренерский состав»
· запрос на выборку з/п обслуживающему персоналу из таблиц «Заработная плата» и «Обслуживающий персонал»
· запрос на выборку суммы спонсорских выплат из таблицы «Спонсоры»
· запрос на выборку суммы з/п из таблицы «Заработная плата»
· перекрестный запрос на суммы трансферной стоимости игроков по странам по таблице «Основной состав»
· запрос на создание таблицы о данных заявки игроков основного состава на РосГосСтрах Чемпионат России по футболу из таблиц «Основной состав» и «Результат»
· запрос на создание таблицы о данных заявки игроков основного состава на кубок России по футболу из таблиц «Основной состав» и «Результат»
· запрос на создание таблицы о данных заявки игроков основного состава на ТрансТелеКом Суперкубок России по футболу из таблиц «Основной состав» и «Результат»
· запрос на создание таблицы о данных заявки игроков основного состава на кубок УЕФА из таблиц «Основной состав» и «Результат»
· запрос на добавление игрока основного состава в таблицу «Основной состав»
· запрос на удаление из заявки на кубок УЕФА из таблицы «Заявка (УЕФА)»
· запрос на обновление заработной платы в таблице «Заработная плата»
· запрос на обновление премиальных в таблице «Заработная плата»
· запрос на обновление номера игрока в таблице «Основной состав»
Кроме запросов в базе данных будут созданы формы для более приятного интерфейса для просмотра и изменения данных во всех таблицах. Для запуска всех созданных запросов и форм будет создана кнопочная форма. Кнопочная форма значительно облегчает доступ ко всем видам данных.
Таким образом, созданная база данных будет хранить всю необходимую информацию о ЗАО «ФК «Зенит».
3. Разработка ER-диаграммы
На первом шаге проектирования базы данных создается ER-диаграмма (см. рис. 1) . Для этого должны быть определены все сущности, все связи между ними, все классы принадлежности сущностей и все степени связи. В итоге информация, которая будет храниться в БД, будет структурирована.
Сущности:
· Руководящее звено
Экземпляр - информация о руководящем составе клуба
Ключ - номер паспорта руководителя
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
· Обслуживающий персонал
Экземпляр - информация об обслуживающем персонале клуба
Ключ - номер паспорта персонала
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
· Основной состав
Экземпляр - информация об игроках основного состава клуба
Ключ - номер паспорта игрока
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
· Тренерский состав
Экземпляр - информация о тренерском составе клуба
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Ключ - номер лицензии
· СпонсорыРазмещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Экземпляр - информация о спонсорах клуба
Ключ - имя компании
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
· Результат
Экземпляр - информация о результатах клуба в национальных и международных соревнованиях
Ключ - название турнира
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
· Бюджет
Экземпляр - информация о годовом бюджете клуба
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Ключ - номер договора
· Заработная плата
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Экземпляр - информация о заработной плате всех сотрудников клуба
Ключ - номер контракта
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
· Молодежный состав
Экземпляр - информация о молодежном составе клуба
Ключ - номер свидетельствРазмещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
а о рождении
Связь:
· Спонсоры спонсируют бюджет клуба - степень связи n:1, так как несколько спонсоров могут одновременно спонсировать бюджет
· Бюджет образует заработную плату - степень связи 1:n, так как бюджет может образовывать много заработных плат для всех сотрудников клуба
· Руководящее звено определяет заработную плату - степень связи 1:n, так как один представитель из руководящего состава может определять множество заработных плат (все)
· Заработная плата оплачивает основной состав, тренерский состав и обслуживающий персонал - степень связи 1:n, так как заработная плата может оплачивать всех игроков, тренеров и персонал
· Руководящее звено подбирает тренерский состав - степень связи 1:n, так как один руководитель может подбирать множество тренеров
· Тренерский состав подбирает обслуживающий персонал - степень связи 1:n, так как один тренер может подбирать много персонала
· Руководящее звено, тренерский состав, обслуживающий персонал проводят селекцию основного состава - степень связи 1:n, так как игроки основного состава могут отбираться только одним сотрудником из каждой категории
· Руководящее звено, тренерский состав, обслуживающий персонал проводят селекцию молодежного состава - степень связи 1:n, так как игроки молодежного состава могут отбираться только одним сотрудником из каждой категории
· Основной состав обеспечивает результат - степень связи n:m, так как множество игроков может обеспечивать множество результатов
· Результат определяет бюджет - степень связи n:1, так как бюджет обеспечивается множеством результатов
Класс принадлежности:
· Класс принадлежности для спонсоров необязательный, так как не всегда у команды есть спонсоры
· Класс принадлежности для бюджета клуба обязательный, так как без бюджета невозможно существование клуба
· Класс принадлежности для заработной платы обязательный, так как без заработной платы невозможно нанять работников
· Класс принадлежности для руководящего звена обязательный, так как они создают клуб
· Класс принадлежности для тренерского состава обязательный, так как участие в турнирах возможно только при наличии тренера с лицензией
· Класс принадлежности для обслуживающего персонала необязательный, так как клуб может обходиться без персонала в экстренных случаях
· Класс принадлежности для основного состава обязательный, так как это важнейшая составляющая клуба, и без игроков он был бы не футбольный
· Класс принадлежности для молодежного состава необязательный, так как у клуба может не быть молодежной команды
· Класс принадлежности для результата обязательный, так как у команды всегда есть результат: плохой или хороший
4. Разработка предварительных отношений
Данные в базе данных представляются в виде отношений.
Существуют 6 правил перехода от ER-диаграмм к набору отношений, названными ПРАВИЛАМИ ДЛЯ БИНАРНЫХ СВЯЗЕЙ:
ПРАВИЛО 1. Если степень связи 1:1 и класс принадлежности обеих сущностей обязательный, то такая связь преобразуется в ОДНО отношение, первичным ключом которого становится ключ любой из сущностей.
ПРАВИЛО 2. Если степень связи 1:1 и класс принадлежности одной из сущностей - обязательный, а другой - необязательный, то формируются ДВА отношения, по одному для каждой сущности. Ключ каждой сущности становится первичным ключом соответствующего отношения. Ключ сущности с необязательным классом принадлежности добавляется как атрибут в отношение для сущности с обязательным классом принадлежности.
ПРАВИЛО 3. Если степень связи 1:1 и класс принадлежности обеих сущностей необязательный, то необходимы ТРИ отношения: по одному для каждой сущности и одно для связи. Ключами первых двух отношений будут ключи сущностей, а ключом третьего - ключ любой из сущностей.
ПРАВИЛО 4. Если степень связи 1:n и класс принадлежности n-связной сущности обязательный, то необходимы ДВА отношения: по одному для каждой сущности. Ключами этих отношений станут ключи каждой сущности. Ключ односвязной сущности добавится как атрибут в отношение для n-связной сущности.
ПРАВИЛО 5. Если степень связи 1:n и класс принадлежности n-связной сущности необязательный, то необходимы ТРИ отношения: по одному для каждой сущности и одно для связи. В отношении для связи для связи атрибутов должны быть ключи каждой сущности. Ключами первых двух отношений будут ключи сущностей, а ключом третьего - ключ n-связной сущности.
ПРАВИЛО 6. Если степень связи m:n, то необходимы ТРИ отношения: по одному для каждой сущности и одно для связи. В отношении для связи среди атрибутов должны быть ключи каждой сущности. Ключами первых двух отношений становятся ключи сущностей, а ключом третьего - ключи обеих сущностей.
Используя данные правила, строим таблицу предварительных отношений (см. таблица 1):
Таблица 1
Предварительные отношения
|
Отношения |
Атрибуты |
Правила |
|
|
Бюджет |
НомДог |
4 |
|
|
Зарплата |
НомКон |
4 |
|
|
Мол состав |
НомСвидРожд |
5 |
|
|
Осн состав |
НомПасИгр |
4, 6 |
|
|
Обсл Персонал |
НомПасПер |
4, 5 |
|
|
Результат |
НазТур |
6, 4 |
|
|
Рук Звено |
НомПасРук |
4 |
|
|
Спонсоры |
НазвСпон |
4 |
|
|
Тренер состав |
НомЛиц |
4, 5 |
|
|
Спонсируют |
4 |
||
|
Образует |
4 |
||
|
Определяет |
4 |
||
|
Оплачивает |
4 |
||
|
Отношения |
Атрибуты |
Правила |
|
|
Подбирает |
4, 5 |
||
|
Пр Сел (осн) |
НомПасИгр, НомЛиц, НомПасРук, НомПасПер |
4 |
|
|
Пр Сел (мол) |
НомПасИгр, НомЛиц, НомПасРук, НомПасПер |
5 |
|
|
Обеспечивает |
НомПасИгр, НазТур |
6 |
|
|
Определяет |
4 |
Представляющие интерес для ЗАО «ФК «Зенит» дополнительные (неключевые) атрибуты выписываются в алфавитном порядке и оформляются в виде таблицы (см. таблица2):
Таблица 2
|
Таблица неключевых атрибутов |
||
|
АдрИ |
адрес игрока |
|
|
АдрП |
адрес персонала |
|
|
АдрР |
адрес руководителя |
|
|
АдрТр |
адрес тренера |
|
|
Ампл |
амплуа игрока |
|
|
АмплМ |
амплуа юниора |
|
|
БазВып |
базовые выплаты |
|
|
Бмежд |
бонус межд соревнований |
|
|
Бчемп |
бонус чемпионства |
|
|
Вес |
вес игрока |
|
|
ВМежСор |
выигрыш международных соревнований |
|
|
ВНацКуб |
выигрыш национального кубка |
|
|
ВозрИ |
возраст игрока |
|
|
ВозрП |
возраст персонала |
|
|
ВозрР |
возраст руководителя |
|
|
ВозрТр |
возраст тренера |
|
|
ВыпАг |
выплаты агентам |
|
|
Год |
год бюджетирования |
|
|
ГодД |
год дебюта |
|
|
Граж |
гражданство сотрудников |
|
|
ГраждИ |
гражданство игрока |
|
|
ГраждП |
гражданство персонала |
|
|
ГраждР |
гражданство руководителя |
|
|
ГраждТр |
гражданство тренера |
|
|
ДолжП |
должность персонала |
|
|
ДолжР |
должность руководителя |
|
|
ДолжТр |
должность тренера |
|
|
ДомТелИ |
домашний телефон игрока |
|
|
ДомТелМ |
домашний телефон юниора |
|
|
ДомТелП |
домашний телефон персонала |
|
|
ДомТелР |
домашний телефон руководителя |
|
|
ДомТелТр |
домашний телефон тренера |
|
|
ДРождИ |
дата рождения игрока |
|
|
ДРождМ |
дата рождения юниора |
|
|
ДРождП |
дата рождения персонала |
|
|
ДРождР |
дата рождения руководителя |
|
|
ДРождТр |
дата рождения тренера |
|
|
ДЮСШ |
ДЮСШ |
|
|
КонтДо |
контракт до |
|
|
Место |
место на турнире |
|
|
МобТелИ |
мобильный телефон игрока |
|
|
МобТелП |
мобильный телефон персонала |
|
|
МобТелР |
мобильный телефон руководителя |
|
|
МобТелТр |
мобильный телефон тренера |
|
|
Налог |
налог |
|
|
НацСб |
заигран ли игрок за сборную |
|
|
Ном |
номер игрока |
|
|
НомМ |
номер юниора |
|
|
Окл |
оклад сотрудников |
|
|
ПолПриз |
полученные призовые |
|
|
Прем |
премиальные сотрудникам |
|
|
ПунПро |
пункт продления контракта |
|
|
РМежСор |
раунд международных соревнований |
|
|
РНацКуб |
раунд национального кубка |
|
|
Рост |
рост игрока |
|
|
Сайт |
сайт игрока |
|
|
СДохР |
сумма дохода (расхода) |
|
|
СостП |
состав персонала |
|
|
СостТр |
состав тренера |
|
|
ТДохР |
тип дохода (расхода) |
|
|
ТрСта |
трансферный статус игрока |
|
|
ТрСто |
трансферная стоимость игрока |
|
|
ФИОИ |
ФИО игрока |
|
|
ФИОМ |
ФИО юниора |
|
|
ФИОП |
ФИО персонала |
|
|
ФИОР |
ФИО руководителя |
|
|
ФИОТр |
ФИО тренера |
Далее в таблице 3 показывается распределение атрибутов по отношениям (см. таблицу 3):
Таблица 3
|
Распределение атрибутов по отношениям |
||
|
Отношения |
Атрибуты |
|
|
Бюджет |
(НомДог, ТДохР, СДохР, Год) |
|
|
Зарплата |
(НомКон, Окл, Граж, Прем, ВыпАг, ПунПро, КонтДо, Налог) |
|
|
Мол состав |
(НомСвидРожд, ФИОМ, НомМ, АмплМ, ДомТелМ, ДРождМ, ДЮСШ, ГодД) |
|
|
Осн состав |
(НомПасИгр, ФИОИ, АдрИ, ДомТелИ, МобТелИ, ДРождИ, ВозрИ, ГраждИ, Ном, Ампл, Сайт, НацСб, Рост, Вес, ТрСто, ТрСта) |
|
|
Обсл Персонал |
(НомПасПер, ФИОП, ДолжП, АдрП, ДомТелП, МобТелП, ДРождП, ВозрП, ГраждП, СостП) |
|
|
Результат |
(НазТур, Место, ПолПриз) |
|
|
Рук Звено |
(НомПасРук, ФИОР, ДолжР, АдрР, ДомТелР, МобТелР, ДРождР, ВозрР, ГраждР) |
|
|
Спонсоры |
(НазвСпон, БазВып, БЧемп, БМежд, РНацКуб, ВНацКуб, РМежСор, ВМежСор) |
|
|
Тренер состав |
(НомЛиц, ФИОТр, ДолжТр, АдрТр, ДомТелТр, МобТелТр, ДРождТр, ВозрТр, ГраждТр, СостТр) |
|
|
Пр Сел (осн) |
(НомПасИгр, НомЛиц, НомПасРук, НомПасПер, ГодЗ) |
|
|
Пр Сел (мол) |
(НомПасИгр, НомЛиц, НомПасРук, НомПасПер) |
|
|
Обеспечивает |
(НомПасИгр, НазТур, Стран, Стад) |
5. Нормализация отношений
Проектирование БД тесно связано с понятием НОРМАЛЬНОЙ ФОРМЫ ОТНОШЕНИЯ. Это означает, что отношение должно удовлетворять определенным условиям.
Если отношение находится в нормальной форме, то снимаются многие проблемы хранения и обработки данных.
Существует уже более 15 нормальных форм, но продолжается поиск новых. В моей работе будут рассмотрены только первая и третья нормальные формы.
Нормальные формы строятся по следующему принципу: чтобы отношение находилось в некоторой нормальной форме, требуется, чтобы оно находилось в предыдущей нормальной форме и выполнялись определенные дополнительные условия. Исключением является только первая нормальная форма.
Первая нормальная форма отношений - форма, в которой каждый элемент кортежа имеет единственное значение. Это требование содержится в определении отношения.
Вот проблемы, которые возникают при использовании отношения, находящегося в первой нормальной форме:
- аномалией вставки
- аномалией обновления
- аномалией удаления
Следующая рассматриваемая нормальная форма требует предварительного определения функциональной зависимости.
Атрибут B ФУНКЦИОНАЛЬНО ЗАВИСИТ от атрибута A, если для каждого значения A в любой момент времени существует ровно одно связанное с ним значение B. A и B могут быть составными, то есть представлять собой группу атрибутов.
Третья нормальная форма отношений (нормальная форма Бойса-Кодда): ВОЗМОЖНЫЙ КЛЮЧ ОТНОШЕНИЯ - атрибут или набор атрибутов, который может быть использован для данного отношения в качестве первичного ключа.
Первичный ключ всегда является возможным ключом, однако у отношения могут быть и другие возможные ключи.
Кодд (он же автор реляционной модели данных) показал, что большинство аномалий будет устранено, если отношение преобразовать в НОРМАЛЬНУЮ ФОРМУ БОЙСА-КОДДА (НФБК) или ТРЕТЬЮ НОРМАЛЬНУЮ ФОРМУ.
Отношение находится в НФБК, если и только если каждый детерминант является возможным ключом.
Таким образом, все таблицы должны соответствовать нормальной форме Бойсса-Кодда. Ниже мной приведена проверка и выводы (см. таблицу 4):
Таблица 4
Таблица окончательных отношений
|
Бюджет |
(НомДог, ТДохР, СДохР, Год) |
|
|
Зарплата |
(НомКон, Окл, Граж, Прем, ВыпАг, ПунПро, КонтДо, Налог) |
|
|
Мол состав |
(НомСвидРожд, ФИОМ, НомМ, АмплМ, ДомТелМ, ДРождМ, ДЮСШ, ГодД) |
|
|
Осн состав |
(НомПасИгр, ФИОИ, АдрИ, ДомТелИ, МобТелИ, ДРождИ, ВозрИ, ГраждИ, Ном, Ампл, Сайт, НацСб, Рост, Вес, ТрСто, ТрСта) |
|
|
Обсл Персонал |
(НомПасПер, ФИОП, ДолжП, АдрП, ДомТелП, МобТелП, ДРождП, ВозрП, ГраждП, СостП) |
|
|
Результат |
(НазТур, Место, ПолПриз) |
|
|
Рук Звено |
(НомПасРук, ФИОР, ДолжР, АдрР, ДомТелР, МобТелР, ДРождР, ВозрР, ГраждР) |
|
|
Спонсоры |
(НазвСпон, БазВып, БЧемп, БМежд, РНацКуб, ВНацКуб, РМежСор, ВМежСор) |
|
|
Тренер состав |
(НомЛиц, ФИОТр, ДолжТр, АдрТр, ДомТелТр, МобТелТр, ДРождТр, ВозрТр, ГраждТр, СостТр) |
|
|
Пр Сел (осн) |
(НомПасИгр, НомЛиц, НомПасРук, НомПасПер, ГодЗ) |
|
|
Пр Сел (мол) |
(НомПасИгр, НомЛиц, НомПасРук, НомПасПер) |
|
|
Обеспечивает |
(НомПасИгр, НазТур, Стран, Стад) |
Все отношения в таблице соответствуют третьей нормальной форме отношений (нормальной форме Бойса-Кодда), то есть все первичные ключи являются единственно возможными. Можно приступать к созданию таблиц.
Создание БД в Access
1. Структура таблиц базы данных
В базе данных ЗАО футбольного клуба «Зенит» должно находиться несколько таблиц: основных и вспомогательных. Основные таблицы - это таблицы, создаваемые непосредственно составителем, а вспомогательные таблицы - это таблицы, созданные с помощью запросов. Для данной базы данных основными являются следующие таблицы: Руководящее звено (рис. 1); Обслуживающий персонал (рис. 2); Основной состав (рис. 3); Тренерский состав (рис. 4); Спонсоры (рис. 5); Результат (рис. 6); Бюджет клуба (рис. 7); Заработная плата (рис. 8); Молодежный состав (рис. 9). Вспомогательными являются следующие таблицы: Заявка (кубок УЕФА); Заявка (ТрансТелеКом Суперкубок); Заявка (кубок России); Заявка (РосГосСтрах чемпионат России).
Ниже приведены структуры основных таблиц для настоящей базы данных (рис. 1 - рис. 9):
После создания таблиц устанавливаются связи между ними. Связи создаются согласно полученным отношениям. При объединении таблиц задаем параметр обеспечения целостности данных. Кроме того, в параметрах объединения указываем, что объединяются только те записи, в которых связанные поля обеих таблиц совпадают.
2. Схема данных
Таблицы созданы, отношения установлены. В схеме данных проводим объединение таблиц по созданным отношениям. Для построения связи n:m, потребуются промежуточные таблицы отношений. Во всех остальных случаях такие таблицы не нужны.
Далее приведена схема данных, являющаяся основой базы данных (рис. 10):
Создание запросов
Запросы используются для получения нужной информации из одной или нескольких таблиц. Запросы чаще всего бывают следующих типов:
· на выборку
· на выборку с группировкой
· на выборку из связанных таблиц
· перекрестные запросы
· запрос-объединение
· на обновление
· на добавление
· на удаление
· на создание таблицы
Все запросы формулируются в SQL (Structured Query Language) - это универсальный структурированный язык запросов, используемый во многих СУБД. Далее приведены запросы в виде SQL:
1. Запрос на выборку заработной платы основному составу из таблиц «Заработная плата» и «Основной состав»
SELECT [Основной состав].ФИО, [Заработная плата].[Оклад (в неделю, евро)], [Заработная плата].[Премиальные (за победу, евро)], [Заработная плата].[Контракт до], [Заработная плата].Налог
FROM [Заработная плата] INNER JOIN [Основной состав] ON [Заработная плата].[Ном контракта] = [Основной состав].[Ном контракта];
2. Запрос на выборку заработной платы тренерскому составу из таблиц «Заработная плата» и «Тренерский состав»
SELECT [Тренерский состав].ФИО, [Тренерский состав].Должность, [Тренерский состав].[* - состав], [Заработная плата].[Оклад (в неделю, евро)], [Заработная плата].[Премиальные (за победу, евро)], [Заработная плата].[Контракт до], [Заработная плата].Налог
FROM [Заработная плата] INNER JOIN [Тренерский состав] ON [Заработная плата].[Ном контракта] = [Тренерский состав].[Ном контракта];
3. Запрос на выборку заработной платы обслуживающему персоналу из таблиц «Заработная плата» и «Обслуживающий персонал»
SELECT [Обслуживающий персонал].ФИО, [Обслуживающий персонал].Должность, [Заработная плата].[Оклад (в неделю, евро)], [Заработная плата].[Контракт до], [Заработная плата].Налог
FROM [Заработная плата] INNER JOIN [Обслуживающий персонал] ON [Заработная плата].[Ном контракта] = [Обслуживающий персонал].[Ном контракта];
4. Запрос на выборку суммы спонсорских выплат из таблицы «Спонсоры»
SELECT Sum(Спонсоры.[Базовые выплаты (евро)]) AS [Sum-Базовые выплаты (евро)], Sum(Спонсоры.[Бонус чемпионства (евро)]) AS [Sum-Бонус чемпионства (евро)], Sum(Спонсоры.[Выигрыш Нац кубка (евро)]) AS [Sum-Выигрыш Нац кубка (евро)], Sum(Спонсоры.[Выигрыш Меж соревнований (евро)]) AS [Sum-Выигрыш Меж соревнований (евро)]
FROM Спонсоры;
5. Запрос на выборку суммы заработной платы, выплачиваемой игрокам, из таблицы «Заработная плата»
SELECT Sum([Заработная плата].[Оклад (в неделю, евро)]) AS [Sum-Оклад (в неделю, евро)], Sum([Заработная плата].[Премиальные (за победу, евро)]) AS [Sum-Премиальные (за победу, евро)], Avg([Заработная плата].Налог) AS [Avg-Налог]
FROM [Заработная плата];
6. Перекрестный запрос на суммы трансферной стоимости игроков по странам по таблице «Основной состав»
TRANSFORM Sum([Основной состав].[Трансферная стоимость (евро)]) AS [Sum-Трансферная стоимость (евро)]
SELECT [Основной состав].Амплуа, Sum([Основной состав].[Трансферная стоимость (евро)]) AS [Итоговое значение Трансферная стоимость (евро)]
FROM [Основной состав]
PIVOT [Основной состав].Гражданство;
7. Запрос на создание таблицы о данных заявки игроков основного состава на РосГосСтрах Чемпионат России по футболу из таблиц «Основной состав» и «Результат».
SELECT [Основной состав].ФИО, [Основной состав].Номер, [Основной состав].[Рост (см)], [Основной состав].[Вес (кг)], [Основной состав].Гражданство, Результат.[Название Турнира] INTO [Заявка (чемп России)]
FROM Результат INNER JOIN ([Основной состав] INNER JOIN [яОбеспечивает (осн)] ON [Основной состав].[Ном паспорта] = [яОбеспечивает (осн)].[Номер паспорта игрока]) ON Результат.[Название Турнира] = [яОбеспечивает (осн)].[Название турнира]
WHERE (((Результат.[Название Турнира])="РосГосСтрах Чемпионат России по футболу"));
8. Запрос на создание таблицы о данных заявки игроков основного состава на кубок России по футболу из таблиц «Основной состав» и «Результат».
SELECT [Основной состав].ФИО, [Основной состав].Номер, [Основной состав].[Рост (см)], [Основной состав].[Вес (кг)], [Основной состав].Гражданство, Результат.[Название Турнира] INTO [Заявка (куб России)]
FROM Результат INNER JOIN ([Основной состав] INNER JOIN [яОбеспечивает (осн)] ON [Основной состав].[Ном паспорта] = [яОбеспечивает (осн)].[Номер паспорта игрока]) ON Результат.[Название Турнира] = [яОбеспечивает (осн)].[Название турнира]
WHERE (((Результат.[Название Турнира])="Кубок России"));
9. Запрос на создание таблицы о данных заявки игроков основного состава на ТрансТелеКом Суперкубок России по футболу из таблиц «Основной состав» и «Результат».
SELECT [Основной состав].ФИО, [Основной состав].Номер, [Основной состав].[Вес (кг)], [Основной состав].[Рост (см)], [Основной состав].Гражданство, Результат.[Название Турнира] INTO [Заявка (Суперкубок)]
FROM Результат INNER JOIN ([Основной состав] INNER JOIN [яОбеспечивает (осн)] ON [Основной состав].[Ном паспорта] = [яОбеспечивает (осн)].[Номер паспорта игрока]) ON Результат.[Название Турнира] = [яОбеспечивает (осн)].[Название турнира]
WHERE (((Результат.[Название Турнира])="ТрансТелеком Суперкубок России по футболу"));
10. Запрос на создание таблицы о данных заявки игроков основного состава на кубок УЕФА из таблиц «Основной состав» и «Результат».
SELECT [Основной состав].ФИО, [Основной состав].Номер, [Основной состав].[Рост (см)], [Основной состав].[Вес (кг)], [Основной состав].Гражданство, Результат.[Название Турнира] INTO [Заявка (УЕФА)]
FROM Результат INNER JOIN ([Основной состав] INNER JOIN [яОбеспечивает (осн)] ON [Основной состав].[Ном паспорта] = [яОбеспечивает (осн)].[Номер паспорта игрока]) ON Результат.[Название Турнира] = [яОбеспечивает (осн)].[Название турнира]
WHERE (((Результат.[Название Турнира])="Кубок УЕФА"));
Результат выполнения данного запроса вы можете увидеть ниже, на рисунке 11.
11. Запрос на добавление игрока основного состава в таблицу «Основной состав».
INSERT INTO [Основной состав] ( [Ном паспорта], ФИО )
SELECT [Введите Ном паспорта], [Введите ФИО];
12. Запрос на удаление из заявки на кубок УЕФА из таблицы «Заявка (УЕФА)».
DELETE [Заявка (УЕФА)].ФИО
FROM [Заявка (УЕФА)]
WHERE ((([Заявка (УЕФА)].ФИО) Like [Нужное ФИО]));
Далее на рисунке 12 вы можете увидеть выполнение данного запроса.
13. Запрос на обновление заработной платы в таблице «Заработная плата».
UPDATE [Заработная плата] SET [Заработная плата].[Оклад (в неделю, евро)] = [Новая заработная плата]
WHERE ((([Заработная плата].[Ном контракта])=[Номер контракта]));
14. Запрос на обновление премиальных в таблице «Заработная плата».
UPDATE [Заработная плата] SET [Заработная плата].[Премиальные (за победу, евро)] = [Новые премиальные]
WHERE ((([Заработная плата].[Ном контракта]) Like [Нужный номер контракта]));
15. Запрос на обновление номера игрока в таблице «Основной состав»
UPDATE [Основной состав] SET [Основной состав].Номер = [Новый номер]
WHERE ((([Основной состав].[Ном паспорта]) Like [Номер папорта]));
Разработка пользовательского интерфейса
1. Разработка кнопочной формы
база данное интерфейс таблица
Обычно для работы с приложением создают специальную форму, которая носит название Главная кнопочная форма (Main Switchboard) и содержит кнопки, позволяющие выбирать основные функции или подсистемы приложения. Такую форму можно создать, как обычно, с помощью Конструктора форм, а можно использовать специальный мастер, который называется Диспетчер кнопочных форм (Swithboard Manager).
Кнопочная форма - это форма, которая позволяет автоматизировать работу с элементами БД и придать приложению законченный вид.
Кнопочная форма, как это следует из ее названия, содержит кнопки. Она может быть украшена рисунком и надписями. При нажатии на кнопки происходят события, которые вызывают выполнение всех предусмотренных действий.
Для ЗАО футбольного клуба «Зенит» потребуется кнопочная форма для быстрой и удобной работы с данными.
В списке команд, которые могут запускаться с кнопочной формы, нет открытия запроса. Для того, чтобы просмотреть содержимое БД с помощью запросов, нужно создать макрос открытия запроса и вызвать его из кнопочной формы. Макрос создается на листе МАКРОСЫ БД с помощью кнопки Создать. Он будет состоять из одной команды Открыть Запрос. В свойствах этой команды укажите имя запроса, который следует открыть. В кнопочной форме создайте кнопку. Ее команда - Выполнить макрос, а объект - нужный макрос.
Далее на рисунках 13-17 приведены все страницы кнопочной формы.
2. Создание отчета
Отчеты позволяют выбрать из базы данных требуемую пользователем информацию и оформить ее в виде документов, которые можно просмотреть и напечатать. Источником данных для отчета может быть таблица или запрос. Кроме данных, полученных из таблиц, в отчете могут отображаться вычисленные по исходным данным значения, например итоговые суммы.
Отчеты и формы Access имеют много общего. Однако, в отличие от форм, отчеты не предназначены для ввода и правки данных в таблицах. Они позволяют лишь просматривать и печатать данные. В отчете невозможно изменить исходные данные с помощью элементов управления, как это мож-но сделать с помощью форм. Хотя в отчетах можно использовать такие же элементы управления для указания состояния переключателей, флажков и списков.
Access предлагает несколько способов создания отчетов. Наиболее простым из них является использование средств автоматического создания отчета. Автоматически создаваемый на основе таблицы или запроса отчет называется автоотчетом. Access позволяет автоматически создавать отчеты двух форматов: в столбец и ленточный.
Руководству ЗАО «ФК «Зенит» могут потребоваться отчеты для заявки игроков на различные соревнования. Далее на рисунке 18 приведен пример отчета.
Заключение
Процесс создания базы данных для ЗАО футбольного клуба «Зенит» завершен.
В ходе проектирования была разработана ER-диаграмма, были разработаны отношения между сущностями, была произведена нормализация этих отношений. В итоге, количество окончательных отношений соответствует созданной схеме данных. Были разработаны таблицы. Тип данных каждого поля соответствует смыслу этого поля. В качестве связей использовались: 1: n,, n:m.
На основании созданных таблиц было создано пятнадцать запросов. В это число входят два запроса на выборку, три запроса на выборку из двух таблиц, один перекрестный запрос, три запроса на обновление, один запрос на удаление, один запрос на добавление и четыре запроса на создание таблицы.
Для более наглядного представления информации были созданы одна экранная форма и один отчет, связанные с обработкой данных о игроках, тренерах, персонале и других сотрудниках клуба.
Помимо этого были разработаны пятнадцать макросов для открытия запросов и семь макросов для открытия таблиц.
После этого было произведено создание кнопочной формы, благодаря которой на экран выводятся: все запросы, нужные таблицы, отчет и экранная форма.
Создание настоящей базы данных облегчит руководству ЗАО футбольного клуба «Зенит» работу и учет сотрудников клуба, а так же позволит более тщательно рассчитать бюджет клуба на последующие несколько лет.
С каждым днем количество поступаемой информации увеличивается, люди просто не успевают ее воспринимать. Базы данных помогают нам обрабатывать эту информацию. Поэтому базы данных используются практически повсеместно. Описание создания базы данных в этой работе поможет людям научиться пользоваться базами данных реляционного типа.
Список использованных источников
1. Гаврилов Д.А., Павлов Н.В., Пономарев Ю. Г. Проектирование баз данных реляционного типа: Методические указания. СПб.: Изд-во СПбГТУ, 2001. 54 с.
2. Дейт Дж. Введение в системы баз данных. Киев.: Диалектика, 1998. 784 с.
3. Кузнецов С.Д. Основы современных баз данных. М.: ИНФРА-М, 2000, 488 с.
4. Попов Е.О., Павлов Н.В., Скородумов Д.Н. Информатика. Работа в MS Access: Методические указания по выполнению лабораторных работ и курсовому проектированию. СПб.: Издательство Политехнического университета, 2008. 93 с.
5. Семакин И. Г., Хеннер Е. К. Информатика.3-е издание. М.: БИНОМ. Лаборатория знаний, 2006. 139 с.
6. Батаев А.В. Методика создания баз данных в Microsoft Access. Изд-во СПбГПУ.
Размещено на Allbest.ru
Подобные документы
Возможности извлечения информации из баз данных. Программы для создания и обработки базы данных и создания пользовательского интерфейса. Обоснование выбора программных средств для реализации. Создание базы данных, интерфейса и базы данных к интерфейсу.
курсовая работа [2,9 M], добавлен 24.03.2023Особенности проектирования программы на языке С++ для обработки данных из таблиц базы данных. Основные функции программы, создание концептуальной модели базы данных и диаграммы классов, разработка интерфейса пользователя и запросов к базе данных.
курсовая работа [2,1 M], добавлен 08.06.2012Этапы проектирования базы данных, определение целей и содержание таблиц. Добавление данных и создание других объектов базы данных. Даталогическая модель: структуризация, нормализация, схемы данных. Порядок, принципы создания пользовательского интерфейса.
курсовая работа [1,3 M], добавлен 26.03.2013Процесс разработки базы данных для хранения и обработки информации. Ключи, индексы, триггеры, хранимые процедуры. Разработка пользовательского интерфейса и базы данных. Основные инструментальные средства для разработки клиентской и серверной частей.
дипломная работа [225,0 K], добавлен 18.05.2013Создание таблиц базы данных с помощью MS Access "Страны Азии". Форма базы данных и запросы к выборкам данных. Модификация структуры таблиц, создания связей между главными таблицами, редактирование данных и проектирование форм для реальной базы данных.
контрольная работа [723,9 K], добавлен 25.11.2012Инфологическое проектирование базы данных. Создание информационной системы "СПОРТ" для автоматизации обработки данных о проводимых соревнованиях и чемпионатах. Описание размещения в файловой системе. Создание таблиц, запросов и форм просмотра данных.
курсовая работа [4,6 M], добавлен 22.05.2012Описание предметной области разрабатываемой базы данных для теннисного клуба. Обоснование выбора CASE-средства Erwin 8 и MS Access для проектирования базы данных. Построение инфологической модели и логической структуры базы данных, разработка интерфейса.
курсовая работа [3,8 M], добавлен 02.02.2014Создание программы, осуществляющей хранение информации о Ресторане. Структура предприятия, нормализация отношений. Разработка пользовательского интерфейса базы данных "АРМ администратора ресторана" в Borland Delphi 7. Характеристики для поиска данных.
курсовая работа [835,5 K], добавлен 18.06.2015Разработка базы данных для спортивной школы с целью ведения учета, контроля и получения информации о нужном студенте. Создание диалогового окна входа в приложение. Составление схемы и структуры базы данных. Разработка пользовательского интерфейса.
курсовая работа [3,4 M], добавлен 08.09.2015Основные виды баз данных. Система управления базами данных. Анализ деятельности и информации, обрабатываемой в поликлинике. Состав таблиц в базе данных и их взаимосвязи. Методика наполнения базы данных информацией. Алгоритм создания базы данных.
курсовая работа [3,1 M], добавлен 17.12.2014
