Создание базы данных для ФК 'Зенит'. Дипломная (ВКР). Информационное обеспечение, программирование.
🛑 👉🏻👉🏻👉🏻 ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻
Информационное обеспечение, программирование
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!
Похожие работы на - Создание базы данных для ФК 'Зенит'
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Нужна качественная работа без плагиата?
Не нашел материал для своей работы?
Поможем написать качественную работу Без плагиата!
Тема:
«Создание базы данных для ФК “Зенит”»
1. Состав хранимой в БД информаци
. Разработка предварительных отношений
1. Структура таблиц базы данных
Разработка пользовательского интерфейса
1. Разработка кнопочной формы
База Данных (БД) - структурированный организованный набор данных,
описывающих характеристики какой-либо физической или виртуальной системы.
Организация структуры БД формируется исходя из следующих соображений:
1. Адекватность описываемому объекту/системе - на уровне
концептуальной и логической модели.
2. Удобство использования для ведения учёта и анализа данных - на
уровне так называемой физической модели.
Виды концептуальных и логических моделей БД - сетевая модель,
иерархическая модель, реляционная модель (ER-модель), многомерная модель,
объектная модель.
Таким образом, по виду модели БД разделяются на:
В настоящее время наибольшее распространение получили реляционные базы
данных. Реляционная база данных - база данных, основанная на реляционной
модели.
Теория реляционных баз данных была разработана доктором Коддом из
компании IBM в 1970 году. В реляционных базах данных все данные представлены в виде
простых таблиц, разбитых на строки и столбцы, на пересечении которых
расположены данные. Запросы к таким таблицам возвращают таблицы, которые сами
могут становиться предметом дальнейших запросов. Каждая база данных может
включать несколько таблиц.
Наиболее привлекательной здесь являются базы данных Microsoft Access. Access - самая популярная система управления базами
данных (СУБД) общего назначения. Это комплекс программных средств,
предназначенных для создания структуры новой базы данных, наполнения её
содержимым, редактирования содержимого, отбора данных в соответствии с
заданными критериями, их упорядочивания, оформления, печати.работает под
управлением Windows и поэтому может использовать все возможности DDE и OLE. DDE
позволяет выполнять функции и производить обмен данными между Access и любыми
другими приложениями Windows, поддерживающим DDE. Для осуществления
динамического обмена данными с другими приложениями можно использовать макросы
или процедуры на Visual Basic.
В Access база данных обозначает файл, содержащий набор информации. Каждая
база данных в Access состоит из основных объектов: таблиц, запросов, форм,
отчётов, страниц, макросов и модулей.может работать одновременно только с одной
базой данных. Но одна БД Access может включать сотни таблиц, форм, запросов,
отчётов, макросов и модулей, которые хранятся в одном файле с расширением mdb.
В данном курсовом проекте будет разработана СУБД реляционного типа, целью
которой является хранение данных ЗАО «ФК «Зенит».
В курсовом проекте будет разработана БД для ЗАО футбольного клуба «Зенит»
Санкт-Петербург, предназначенная для хранения и обработки информации о
персонале и сотрудниках клуба - игроках, руководящем отделе, спонсорах,
фанатских организациях и результатов участия команды в различных турнирах и
межсезонных сборах.
Данный клуб ежегодно участвует во всероссийских соревнованиях, таких как
РосГосСтрах Чемпионат России по футболу; кубок России; ТрансТелеКом Суперкубок
России (в случае выигрыша одного из выше перечисленных турниров); кубок
содружества. Так же клуб в последние годы ежегодно принимает участия в
международных соревнованиях, таких как кубок УЕФА, а осенью 2008 года впервые
за Российскую историю примет участие в самом престижном по Европейском меркам
турнире - Лиге чемпионов УЕФА. ФК Зенит является действующим чемпионом России
по футболу. Клуб так же является владельцем собственной радиостанции. Все это
стало возможным благодаря новому владельцу клуба - ОАО «Газпром», который
ежегодно вкладывает огромные инвестиции в развитие инфраструктуры клуба и
команду. Учитывая огромное количество информации, БД просто необходима для
данного клуба. Без использования базы данных велика вероятность потери части
необходимых сведений. Использование базы данных о персонале и сотрудниках клуба
позволит уменьшить число бумажных документов и значительно упростит работу
сотрудников клуба.
А. Информация о руководящем звене клубов:
Б. Информация об обслуживающем персонале клуба:
В. Информация об основном составе :
· Национальная сборная (Да/Нет);
· Трансферный статус (Да/Нет).
Г. Информация о тренерском составе клуба:
· Бонус Международных соревнований;
· Раунд Национального кубка;
· Выигрыш Национального кубка;
· Раунд Международных соревнований;
· Выигрыш Международных соревнований;
· Номер договора на спонсорство.
· Номер договора на проведение;
· Заключающий контракты (номер паспорта).
· Номер паспорта определяющего;
И. Информация о молодежном составе:
· Номер свидетельства о рождении;
Чтобы получить необходимую информацию из базы данных, следует создать не
меньше 15 запросов. В числе запросов обязательно должны присутствовать запросы
следующих типов:
· запросы на выборку с расчетом, выводящие информацию по одному
из объектов предметной области;
· запросы на выборку, выводящие информацию по нескольким
объектам предметной области - запросы на основе связанных таблиц;
· запросы на выборку с группировкой;
· запросы действия - здесь необходимо разработать, по крайней
мере, по одному запросу на обновление, добавление, удаление, создания таблиц,
несколько DDL запросов и т.д.
Для данной организации будут нужны следующие запросы:
· запрос на выборку з/п основному составу из таблиц «Заработная
плата» и «Основной состав»
· запрос на выборку з/п тренерскому составу из таблиц
«Заработная плата» и «Тренерский состав»
· запрос на выборку з/п обслуживающему персоналу из таблиц
«Заработная плата» и «Обслуживающий персонал»
· запрос на выборку суммы спонсорских выплат из таблицы
«Спонсоры»
· запрос на выборку суммы з/п из таблицы «Заработная плата»
· перекрестный запрос на суммы трансферной стоимости игроков по
странам по таблице «Основной состав»
· запрос на создание таблицы о данных заявки игроков основного
состава на РосГосСтрах Чемпионат России по футболу из таблиц «Основной состав»
и «Результат»
· запрос на создание таблицы о данных заявки игроков основного
состава на кубок России по футболу из таблиц «Основной состав» и «Результат»
· запрос на создание таблицы о данных заявки игроков основного
состава на ТрансТелеКом Суперкубок России по футболу из таблиц «Основной
состав» и «Результат»
· запрос на создание таблицы о данных заявки игроков основного
состава на кубок УЕФА из таблиц «Основной состав» и «Результат»
· запрос на добавление игрока основного состава в таблицу
«Основной состав»
· запрос на удаление из заявки на кубок УЕФА из таблицы «Заявка
(УЕФА)»
· запрос на обновление заработной платы в таблице «Заработная
плата»
· запрос на обновление премиальных в таблице «Заработная плата»
· запрос на обновление номера игрока в таблице «Основной
состав»
Кроме запросов в базе данных будут созданы формы для более приятного
интерфейса для просмотра и изменения данных во всех таблицах. Для запуска всех
созданных запросов и форм будет создана кнопочная форма. Кнопочная форма
значительно облегчает доступ ко всем видам данных.
Таким образом, созданная база данных будет хранить всю необходимую
информацию о ЗАО «ФК «Зенит».
На первом шаге проектирования базы данных создается ER-диаграмма (см.
рис. 1) . Для этого должны быть определены все сущности, все связи между ними,
все классы принадлежности сущностей и все степени связи. В итоге информация,
которая будет храниться в БД, будет структурирована.
Экземпляр - информация о руководящем составе клуба
Ключ - номер паспорта руководителя
Экземпляр - информация об обслуживающем персонале клуба
Ключ - номер паспорта персонала
Экземпляр - информация об игроках основного состава
клуба
Экземпляр - информация о тренерском составе клуба
Экземпляр - информация о спонсорах клуба
Экземпляр - информация о результатах клуба в
национальных и международных соревнованиях
Экземпляр - информация о годовом бюджете клуба
Экземпляр - информация о заработной плате всех сотрудников
клуба
Экземпляр - информация о молодежном составе клуба
Ключ
- номер свидетельства о рождении
· Спонсоры спонсируют бюджет клуба - степень связи n:1, так как несколько спонсоров могут
одновременно спонсировать бюджет
· Бюджет образует заработную плату - степень связи 1:n, так как бюджет может образовывать
много заработных плат для всех сотрудников клуба
· Руководящее звено определяет заработную плату - степень связи
1:n, так как один представитель из
руководящего состава может определять множество заработных плат (все)
· Заработная плата оплачивает основной состав, тренерский
состав и обслуживающий персонал - степень связи 1:n, так как заработная плата может оплачивать всех игроков,
тренеров и персонал
· Руководящее звено подбирает тренерский состав - степень связи
1:n, так как один руководитель может
подбирать множество тренеров
· Тренерский состав подбирает обслуживающий персонал - степень
связи 1:n, так как один тренер может подбирать
много персонала
· Руководящее звено, тренерский состав, обслуживающий персонал
проводят селекцию основного состава - степень связи 1:n, так как игроки основного состава могут отбираться только
одним сотрудником из каждой категории
· Руководящее звено, тренерский состав, обслуживающий персонал
проводят селекцию молодежного состава - степень связи 1:n, так как игроки молодежного состава
могут отбираться только одним сотрудником из каждой категории
· Основной состав обеспечивает результат - степень связи n:m, так как множество игроков может обеспечивать множество
результатов
· Результат определяет бюджет - степень связи n:1, так как бюджет обеспечивается
множеством результатов
· Класс принадлежности для спонсоров необязательный, так как не
всегда у команды есть спонсоры
· Класс принадлежности для бюджета клуба обязательный, так как
без бюджета невозможно существование клуба
· Класс принадлежности для заработной платы обязательный, так
как без заработной платы невозможно нанять работников
· Класс принадлежности для руководящего звена обязательный, так
как они создают клуб
· Класс принадлежности для тренерского состава обязательный,
так как участие в турнирах возможно только при наличии тренера с лицензией
· Класс принадлежности для обслуживающего персонала
необязательный, так как клуб может обходиться без персонала в экстренных
случаях
· Класс принадлежности для основного состава обязательный, так
как это важнейшая составляющая клуба, и без игроков он был бы не футбольный
· Класс принадлежности для молодежного состава необязательный,
так как у клуба может не быть молодежной команды
· Класс принадлежности для результата обязательный, так как у
команды всегда есть результат: плохой или хороший
Данные в базе данных представляются в виде отношений.
Существуют 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):
НомПасИгр, НомЛиц,
НомПасРук, НомПасПер
НомПасИгр, НомЛиц,
НомПасРук, НомПасПер
Представляющие интерес для ЗАО «ФК «Зенит» дополнительные (неключевые) атрибуты
выписываются в алфавитном порядке и оформляются в виде таблицы (см. таблица2):
Далее в таблице 3 показывается распределение атрибутов по отношениям (см.
таблицу 3):
Распределение атрибутов по
отношениям
(НомКон, Окл, Граж, Прем,
ВыпАг, ПунПро, КонтДо, Налог)
(НомСвидРожд, ФИОМ, НомМ,
АмплМ, ДомТелМ, ДРождМ, ДЮСШ, ГодД)
(НомПасИгр, ФИОИ, АдрИ,
ДомТелИ, МобТелИ, ДРождИ, ВозрИ, ГраждИ, Ном, Ампл, Сайт, НацСб, Рост, Вес,
ТрСто, ТрСта)
(НомПасПер, ФИОП, ДолжП,
АдрП, ДомТелП, МобТелП, ДРождП, ВозрП, ГраждП, СостП)
(НомПасРук, ФИОР, ДолжР,
АдрР, ДомТелР, МобТелР, ДРождР, ВозрР, ГраждР)
(НазвСпон, БазВып, БЧемп,
БМежд, РНацКуб, ВНацКуб, РМежСор, ВМежСор)
(НомЛиц, ФИОТр, ДолжТр,
АдрТр, ДомТелТр, МобТелТр, ДРождТр, ВозрТр, ГраждТр, СостТр)
(НомПасИгр, НомЛиц,
НомПасРук, НомПасПер, ГодЗ)
(НомПасИгр, НомЛиц,
НомПасРук, НомПасПер)
Проектирование БД тесно связано с понятием НОРМАЛЬНОЙ ФОРМЫ ОТНОШЕНИЯ.
Это означает, что отношение должно удовлетворять определенным условиям.
Если отношение находится в нормальной форме, то снимаются многие проблемы
хранения и обработки данных.
Существует уже более 15 нормальных форм, но продолжается поиск новых. В
моей работе будут рассмотрены только первая и третья нормальные формы.
Нормальные формы строятся по следующему принципу: чтобы отношение
находилось в некоторой нормальной форме, требуется, чтобы оно находилось в
предыдущей нормальной форме и выполнялись определенные дополнительные условия.
Исключением является только первая нормальная форма.
Первая нормальная форма отношений - форма, в которой каждый элемент
кортежа имеет единственное значение. Это требование содержится в определении
отношения.
Вот проблемы, которые возникают при использовании отношения, находящегося
в первой нормальной форме:
Следующая рассматриваемая нормальная форма требует предварительного
определения функциональной зависимости.
Атрибут B ФУНКЦИОНАЛЬНО ЗАВИСИТ от атрибута A, если для каждого значения
A в любой момент времени существует ровно одно связанное с ним значение B. A и
B могут быть составными, то есть представлять собой группу атрибутов.
Третья нормальная форма отношений (нормальная форма Бойса-Кодда):
ВОЗМОЖНЫЙ КЛЮЧ ОТНОШЕНИЯ - атрибут или набор атрибутов, который может быть
использован для данного отношения в качестве первичного ключа.
Первичный ключ всегда является возможным ключом, однако у отношения могут
быть и другие возможные ключи.
Кодд (он же автор реляционной модели данных) показал, что большинство
аномалий будет устранено, если отношение преобразовать в НОРМАЛЬНУЮ ФОРМУ
БОЙСА-КОДДА (НФБК) или ТРЕТЬЮ НОРМАЛЬНУЮ ФОРМУ.
Отношение находится в НФБК, если и только если каждый детерминант является
возможным ключом.
Таким образом, все таблицы должны соответствовать нормальной форме
Бойсса-Кодда. Ниже мной приведена проверка и выводы (см. таблицу 4):
(НомКон, Окл, Граж, Прем,
ВыпАг, ПунПро, КонтДо, Налог)
(НомСвидРожд, ФИОМ, НомМ,
АмплМ, ДомТелМ, ДРождМ, ДЮСШ, ГодД)
(НомПасИгр, ФИОИ, АдрИ,
ДомТелИ, МобТелИ, ДРождИ, ВозрИ, ГраждИ, Ном, Ампл, Сайт, НацСб, Рост, Вес,
ТрСто, ТрСта)
(НомПасПер, ФИОП, ДолжП,
АдрП, ДомТелП, МобТелП, ДРождП, ВозрП, ГраждП, СостП)
(НомПасРук, ФИОР, ДолжР,
АдрР, ДомТелР, МобТелР, ДРождР, ВозрР, ГраждР)
(НазвСпон, БазВып, БЧемп,
БМежд, РНацКуб, ВНацКуб, РМежСор, ВМежСор)
(НомЛиц, ФИОТр, ДолжТр,
АдрТр, ДомТелТр, МобТелТр, ДРождТр, ВозрТр, ГраждТр, СостТр)
(НомПасИгр, НомЛиц,
НомПасРук, НомПасПер, ГодЗ)
(НомПасИгр, НомЛиц,
НомПасРук, НомПасПер)
Все отношения в таблице соответствуют третьей нормальной форме отношений
(нормальной форме Бойса-Кодда), то есть все первичные ключи являются
единственно возможными. Можно приступать к созданию таблиц.
В базе данных ЗАО футбольного клуба «Зенит» должно находиться несколько
таблиц: основных и вспомогательных. Основные таблицы - это таблицы, создаваемые
непосредственно составителем, а вспомогательные таблицы - это таблицы,
созданные с помощью запросов. Для данной базы данных основными являются
следующие таблицы: Руководящее звено (рис. 1); Обслуживающий персонал (рис. 2);
Основной состав (рис. 3); Тренерский состав (рис. 4); Спонсоры (рис. 5);
Результат (рис. 6); Бюджет клуба (рис. 7); Заработная плата (рис. 8);
Молодежный состав (рис. 9). Вспомогательными являются следующие таблицы: Заявка
(кубок УЕФА); Заявка (ТрансТелеКом Суперкубок); Заявка (кубок России); Заявка
(РосГосСтрах чемпионат России).
Ниже приведены структуры основных таблиц для настоящей базы данных (рис.
1 - рис. 9):
После создания таблиц устанавливаются связи между ними. Связи создаются
согласно полученным отношениям. При объединении таблиц задаем параметр
обеспечения целостности данных. Кроме того, в параметрах объединения указываем,
что объединяются только те записи, в которых связанные поля обеих таблиц
совпадают.
Таблицы созданы, отношения установлены. В схеме данных проводим
объединение таблиц по созданным отношениям. Для построения связи n:m,
потребуются промежуточные таблицы отношений. Во всех остальных случаях такие
таблицы не нужны.
Далее приведена схема данных, являющаяся основой базы данных (рис. 10):
Запросы используются для получения нужной информации из одной или
нескольких таблиц. Запросы чаще всего бывают следующих типов:
· на выборку из связанных таблиц
Все запросы формулируются в SQL (Structured Query Language) - это универсальный
структурированный язык запросов, используемый во многих СУБД. Далее приведены
запросы в виде SQL:
. Запрос на выборку заработной платы основному составу из таблиц «Заработная
плата» и «Основной состав»[Основной состав].ФИО, [Заработная плата].[Оклад (в
неделю, евро)], [Заработная плата].[Премиальные (за победу, евро)], [Заработная
плата].[Контракт до], [Заработная плата].Налог[Заработная плата] INNER JOIN
[Основной состав] ON [Заработная плата].[Ном контракта] = [Основной
состав].[Ном контракта];
. Запрос на выборку заработной платы тренерскому составу из таблиц
«Заработная плата» и «Тренерский состав»[Тренерский состав].ФИО, [Тренерский
состав].Должность, [Тренерский состав].[* - состав], [Заработная плата].[Оклад
(в неделю, евро)], [Заработная плата].[Премиальные (за победу, евро)],
[Заработная плата].[Контракт до], [Заработная плата].Налог[Заработная плата]
INNER JOIN [Тренерский состав] ON [Заработная плата].[Ном контракта] =
[Тренерский состав].[Ном контракта];
. Запрос на выборку заработной платы обслуживающему персоналу из таблиц
«Заработная плата» и «Обслуживающий персонал»[Обслуживающий персонал].ФИО,
[Обслуживающий персонал].Должность, [Заработная плата].[Оклад (в неделю,
евро)], [Заработная плата].[Контракт до], [Заработная плата].Налог[Заработная
плата] INNER JOIN [Обслуживающий персонал] ON [Заработная плата].[Ном
контракта] = [Обслуживающий персонал].[Ном контракта];
. Запрос на выборку суммы спонсорских выплат из таблицы
«Спонсоры»Sum(Спонсоры.[Базовые выплаты (евро)]) AS [Sum-Базовые выплаты
(евро)], Sum(Спонсоры.[Бонус чемпионства (евро)]) AS [Sum-Бонус чемпионства
(евро)], Sum(Спонсоры.[Выигрыш Нац кубка (евро)]) AS [Sum-Выигрыш Нац кубка
(евро)], Sum(Спонсоры.[Выигрыш Меж соревнований (евро)]) AS [Sum-Выигрыш Меж
соревнований (евро)]Спонсоры;
. Запрос на выборку суммы заработной платы, выплачиваемой игрокам, из
таблицы «Заработная плата»Sum([Заработная плата].[Оклад (в неделю, евро)]) AS
[Sum-Оклад (в неделю, евро)], Sum([Заработная плата].[Премиальные (за победу,
евро)]) AS [Sum-Премиальные (за победу, евро)], Avg([Заработная плата].Налог)
AS [Avg-Налог][Заработная плата];
. Перекрестный запрос на суммы трансферной стоимости игроков по странам
по таблице «Основной состав»Sum([Основной состав].[Трансферная стоимость
(евро)]) AS [Sum-Трансферная стоимость (евро)][Основной состав].Амплуа,
Sum([Основной состав].[Трансферная стоимость (евро)]) AS [Итоговое значение
Трансферная стоимость (евро)][Основной состав][Основной состав].Гражданство;
. Запрос на создание таблицы о данных заявки игроков основного состава на
РосГосСтрах Чемпионат России по футболу из таблиц «Основной состав» и
«Результат».[Основной состав].ФИО, [Основной состав].Номер, [Основной
состав].[Рост (см)], [Основной состав].[Вес (кг)], [Основной
состав].Гражданство, Результат.[Название Турнира] INTO [Заявка (чемп
России)]Результат INNER JOIN ([Основной состав] INNER JOIN [яОбеспечивает
(осн)] ON [Основной состав].[Ном паспорта] = [яОбеспечивает (осн)].[Номер
паспорта игрока]) ON Результат.[Название Турнира] = [яОбеспечивает
(осн)].[Название турнира](((Результат.[Название Турнира])="РосГосСтрах
Чемпионат России по футболу"));
. Запрос на создание таблицы о данных заявки игроков основного состава на
кубок России по футболу из таблиц «Основной состав» и «Результат».[Основной
состав].ФИО, [Основной состав].Номер, [Основной состав].[Рост (см)], [Основной
состав].[Вес (кг)], [Основной состав].Гражданство, Результат.[Название Турнира]
INTO [Заявка (куб России)]Результат INNER JOIN ([Основной состав] INNER JOIN
[яОбеспечивает (осн)] ON [Основной состав].[Ном паспорта] = [яОбеспечивает
(осн)].[Номер паспорта игрока]) ON Результат.[Название Турнира] =
[яОбеспечивает (осн)].[Название турнира](((Результат.[Название
Турнира])="Кубок России"));
. Запрос на создание таблицы о данных заявки игроков основного состава на
ТрансТелеКом Суперкубок России по футболу из таблиц «Основной состав» и
«Результат».[Основной состав].ФИО, [Основной состав].Номер, [Основной состав].[Вес
(кг)], [Основной состав].[Рост (см)], [Основной состав].Гражданство,
Результат.[Название Турнира] INTO [Заявка (Суперкубок)]Результат INNER JOIN
([Основной состав] INNER JOIN [яОбеспечивает (осн)] ON [Основной состав].[Ном
паспорта] = [яОбеспечивает (осн)].[Номер паспорта игрока]) ON
Результат.[Название Турнира] = [яОбеспечивает (осн)].[Название
турнира](((Результат.[Название Турнира])="ТрансТелеком Суперкубок России
по футболу"));
. Запрос на создание таблицы о данных заявки игроков основного состава на
кубок УЕФА из таблиц «Основной состав» и «Результат».[Основной состав].ФИО,
[Основной состав].Номер, [Основной состав].[Рост (см)], [Основной состав].[Вес
(кг)], [Основной состав].Гражданство, Результат.[Название Турнира] INTO [Заявка
(УЕФА)]Результат INNER JOIN ([Основной состав] INNER JOIN [яОбеспечивает (осн)]
ON [Основной состав].[Ном паспорта] = [яОбеспечивает (осн)].[Номер паспорта
игрока]) ON Результат.[Название Турнира] = [яОбеспечивает (осн)].[Название
турнира](((Результат.[Название Турнира])="Кубок УЕФА"));
Результат выполнения данного запроса вы можете увидеть ниже, на рисунке
11.
. Запрос на добавление игрока основного состава в таблицу «Основной
состав».INTO [Основной состав] ( [Ном паспорта], ФИО )[Введите Ном паспорта],
[Введите ФИО];
. Запрос на удаление из заявки на кубок УЕФА из таблицы «Заявка
(УЕФА)».[Заявка (УЕФА)].ФИО[Заявка (УЕФА)]((([Заявка (УЕФА)].ФИО) Like [Нужное
ФИО]));
Далее на рисунке 12 вы можете увидеть выполнение данного запроса.
. Запрос на обновление заработной платы в таблице «Заработная
плата».[Заработная плата] SET [Заработная плата].[Оклад (в неделю, евро)] =
[Новая заработная плата]((([Заработная плата].[Ном контракта])=[Номер
контракта]));
. Запрос на обновление премиальных в таблице «Заработная
плата».[Заработная плата] SET [Заработная плата].[Премиальные (за победу,
евро)] = [Новые премиальные]((([Заработная плата].[Ном контракта]) Like [Нужный
номер контракта]));
. Запрос на обновление номера игрока в таблице «Основной состав»[Основной
состав] SET [Основной состав].Номер = [Новый номер]((([Основной состав].[Ном
паспорта]) Like [Номер папорта]));
Обычно для работы с приложением создают специальную форму, которая носит
название Главная кнопочная форма (Main Switchboard) и содержит кнопки,
позволяющие выбирать основные функции или подсистемы приложения. Такую форму
можно создать, как обычно, с помощью Конструктора форм, а можно использовать
специальный мастер, который называется Диспетчер кнопочных форм (Swithboard
Manager).
Кнопочная форма - это форма, которая позволяет автоматизировать работу с
элементами БД и придать приложению законченный вид.
Кнопочная форма, как это следует из ее названия, содержит кнопки. Она
может быть украшена рисунком и надписями. При нажатии на кнопки происходят
события, которые вызывают выполнение всех предусмотренных действий.
Для ЗАО футбольного клуба «Зенит» потребуется кнопочная форма для быстрой
и удобной работы с данными.
В списке команд, которые могут запускаться с кнопочной формы, нет
открытия запроса. Для того, чтобы просмотреть содержимое БД с помощью запросов,
нужно создать макрос открытия запроса и вызвать его из кнопочной формы. Макрос
создается на листе МАКРОСЫ БД с помощью кнопки Создать. Он будет состоять из
одной команды Открыть Запрос. В свойствах этой команды укажите имя запроса,
который следует открыть. В кнопочной форме создайте кнопку. Ее команда -
Выполнить макрос, а объект - нужный макрос.
Далее на рисунках 13-17 приведены все страницы кнопочной формы.
Отчеты позволяют выбрать из базы данных требуемую пользователем
информацию и оформить ее в виде документов, которые можно просмотреть и
напечатать. Источником данных для отчета может быть таблица или запрос. Кроме
данных, полученных из таблиц, в отчете могут отображаться вычисленные по
исходным данным значения, например итоговые суммы.
Отчеты и формы Access имеют много общего. Однако, в отличие от форм,
отчеты не предназначены для ввода и правки данных в таблицах. Они позволяют
лишь просматривать и печатать данные. В отчете невозможно изменить исходные
данные с помощью элементов управления, как это мож-но сделать с помощью форм.
Хотя в отчетах можно использовать такие же элементы управления для указания
состояния переключателей, флажков и списков.предлагает несколько способов
создания отчетов. Наиболее простым из них является использование средств
автоматического создания отчета. Автоматически создаваемый на основе таблицы
или запроса отчет называется автоотчетом. Access позволяет автоматически
создавать отчеты двух форматов: в столбец и ленточный.
Руководству ЗАО «ФК «Зенит» могут потребоваться отчеты для заявки игроков
на различные соревнования. Далее на рисунке 18 приведен пример отчета.
Процесс создания базы данных для ЗАО футбольного клуба «Зенит» завершен.
В ходе проектирования была разработана ER-диаграмма, были разработаны
отношения между сущностями, была произведена нормализация этих отношений. В
итоге, количество окончательных отношений соответствует созданной схеме данных.
Были разработаны таблицы. Тип данных каждого поля соответствует смыслу этого
поля. В качестве связей использовались: 1: n,, n:m.
На основании созданных таблиц было создано пятнадцать запросов. В это
число входят два запроса на выборку, три запроса на выборку из двух таблиц,
один перекрестный запрос, три запроса на обновление, один запрос на удаление,
один запрос на добавление и четыре запроса на создание таблицы.
Для более наглядного представления информации были созданы одна экранная
форма и один отчет, связанные с обработкой данных о игроках, тренерах,
персонале и других сотрудниках клуба.
Помимо этого были разработаны пятнадцать макросов для открытия запросов и
семь макросов для открытия таблиц.
После этого было произведено создание кнопочной формы, благодаря которой
на экран выводятся: все запросы, нужные таблицы, отчет и экранная форма.
Создание настоящей базы данных облегчит руководству ЗАО футбольного клуба
«Зенит» работу и учет сотрудников клуба, а так же позволит более тщательно
рассчитать бюджет клуба на последующие несколько лет.
С каждым днем количество поступаемой информации увеличивается, люди
просто не успевают ее воспринимать. Базы данных пом
Похожие работы на - Создание базы данных для ФК 'Зенит' Дипломная (ВКР). Информационное обеспечение, программирование.
Контрольная работа по теме Оценка точности методов численного интегрирования
Эссе Воспитатель Детского Сада Творческая Профессия
4 Класс Сочинение Про Соловья В Лесу
Составьте Сложный План Сочинения Уроки Доброты
Реферат: The Roman Society Essay Research Paper The
Реферат По Теме Правильная Осанка
Реферат по теме Семейное воспитание в наследии Я.А. Коменского
Сочинение По Картине Лебедь 3 Класс
Презентация Сочинения Хруцкого Цветы И Плоды
Против Чего Направлена Сатира Недоросль Сочинение
Реферат: Братское кладбище Севастополь
Курсовая Работа На Тему Взыскание Налоговых Платежей И Штрафов
Контрольная работа: Договор страхования. Особенности современного этапа развития страхования
Бюджетирование проекта
Курсовая Работа На Тему Валютные Операции Коммерческого Банка
Курсовая работа по теме Влияние схем включения подогревателей энергоблока на тепловую эффективность подогрева
Контрольная Работа 5 Виленкин Ответы
Реферат На Тему Здоровый Образ Жизни Рациональное Питание
Курсовая работа по теме Термодинамические расчеты соединений
Реферат: Судьба науки ХХ века
Реферат: Why Do People Get Cosmetic Surgery Essay
Реферат: Формирование универсальных учебных действий на уроках математики в 5-6 классах с использованием ИКТ
Сочинение: Обломов и обломовщина в романе И. А. Гончарова Обломов 2