База данных футбольного клуба "A.C. MILAN"

Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ

ДАГЕСТАНСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

Кафедра ВТ

Курсовая работа

по дисциплине:

«Базы данных»

на тему:

«База Данных футбольного клуба “A.C. MILAN”»

Выполнил: ст-т 3-го курса гр.У443

Шабанов Рустам

Проверил: Джанмурзаев А.А.

Махачкала 2007 г.

Аннотация

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

Курсовая работа содержит ___ страниц, ___ рисунков.

Данные и ЭВМ

Восприятие реального мира можно соотнести с последовательностью разных, хотя иногда и взаимосвязанных, явлений. С давних времен люди пытались описать эти явления (даже тогда, когда не могли их понять). Такое описание называют данными.

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

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

Нередки случаи, когда пользователи одной и той же ЭВМ создают и используют в своих программах разные наборы данных, содержащие сходную информацию. Иногда это связано с тем, что пользователь не знает (либо не захотел узнать), что в соседней комнате или за соседним столом сидит сотрудник, который уже давно ввел в ЭВМ нужные данные. Чаще потому, что при совместном использовании одних и тех же данных возникает масса проблем. Разработчики прикладных программ (написанных, например, на Бейсике, Паскале или Си) размещают нужные им данные в файлах, организуя их наиболее удобным для себя образом. При этом одни и те же данные могут иметь в разных приложениях совершенно разную организацию (разную последовательность размещения в записи, разные форматы одних и тех же полей и т.п.). Обобществить такие данные чрезвычайно трудно: например, любое изменение структуры записи файла, производимое одним из разработчиков, приводит к необходимости изменения другими разработчиками тех программ, которые используют записи этого файла.

Концепция баз данных

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

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

Базы Данных. Способы представления. Модели данных

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

Известно много программных продуктов, позволяющих создавать и работать с БД, например, Access, Clipper, Excel и другие. Среди большого разнообразия программ наибольшей популярностью пользуется СУБД FoxPro, которая по своим характеристикам удовлетворяет самым высоким требованиям, предъявляемым к такого типа системам как по уровню и объему, так и по скорости обработки информации.

На данный момент разработано и широко используется Visual FoxPro для Windows версий 3.0 и 5.0. Однако, работа с этими пакетами для непрограммистов представляет собой довольно сложную задачу. Поэтому для создания БД для пользователей, имеющих небольшой опыт в программировании , очень удачными являются версии 2.5 и 2.6 под Windows и 2.0 под DOS.

Инфологическая модель отображает реальный мир в некоторые понятные человеку концепции, полностью независимые от параметров среды хранения данных. Существует множество подходов к построению таких моделей: графовые модели, семантические сети, модель "сущность-связь" и т.д.. Наиболее популярной из них оказалась модель "сущность-связь",которая будет рассмотрена далее. Инфологическая модель должна быть отображена в компьютеро-ориентированную даталогическую модель, "понятную" СУБД. В процессе развития теории и практического использования баз данных, а также средств вычислительной техники создавались СУБД, поддерживающие различные даталогические модели. Сначала стали использовать иерархические даталогические модели. Простота организации, наличие заранее заданных связей между сущностями, сходство с физическими моделями данных позволяли добиваться приемлемой производительности иерархических СУБД на медленных ЭВМ с весьма ограниченными объемами памяти. Но, если данные не имели древовидной структуры, то возникала масса сложностей при построении иерархической модели и желании добиться нужной производительности.

Сетевые модели также создавались для мало ресурсных ЭВМ. Это достаточно сложные структуры, состоящие из "наборов" - поименованных двухуровневых деревьев. "Наборы" соединяются с помощью "записей-связок", образуя цепочки и т.д. При разработке сетевых моделей было выдумано множество "маленьких хитростей", позволяющих увеличить производительность СУБД, но существенно усложнивших последние. Прикладной программист должен знать массу терминов, изучить несколько внутренних языков СУБД, детально представлять логическую структуру базы данных для осуществления навигации среди различных экземпляров, наборов, записей и т.п. Один из разработчиков операционной системы UNIX сказал "Сетевая база - это самый верный способ потерять данные". Сложность практического использования иерархических и и сетевых СУБД заставляла искать иные способы представления данных. В конце 60-х годов появились СУБД на основе инвертированных файлов, отличающиеся простотой организации и наличием весьма удобных языков манипулирования данными. Однако такие СУБД обладают рядом ограничений на количество файлов для хранения данных, количество связей между ними, длину записи и количество ее полей. Физическая организация данных оказывает основное влияние на эксплуатационные характеристики БД. Разработчики СУБД пытаются создать наиболее производительные физические модели данных, предлагая пользователям тот или иной инструментарий для поднастройки модели под конкретную БД. Разнообразие способов корректировки физических моделей современных промышленных СУБД не позволяет рассмотреть их в этом разделе.

Инфологическая модель данных. Сущность-связь

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

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

Размещено на http://www.allbest.ru/

О построении инфологической модели

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

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

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

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

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

Даталогическая модель

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

Даталогическая модель сравнима со схемой, здесь всё должно быть расписано точно: что, как и когда должны делать.

Даталогическая модель находится как бы в ограниченном состоянии: сверху её ограничивает инфологическая модель, а снизу физическая модель. Если инфологическая модель - это естественность человека, то даталогическая модель - это формальность человека, а физическая модель - и вовсе физическое состояние человека.

Если у человека хорошая даталогическая модель, то он может найти себе работу, жильё, питание и деньги в любом месте, куда бы его не забросила жизнь. Человек, у которого не развита даталогическая модель, не сможет выбраться из жизненных передряг, станет жаловаться на жизнь, что у него все плохо, он не может найти работу и т.д.

Для того, чтобы даталогическая модель была хорошо развита, должна быть хорошо развита и физическая модель, физически человек должен быть хорошо развит. Если человек больной и слабый, то у него даталогическая модель слабая, схема жизни слабая.

Name	Country	Position	Age	Height	Weight	Number	Cena €
Dida		Goalkeeper	34	195	85	1	10000000
Kovach		Goalkeeper	35	202	90	16	3000000
Fiori		Goalkeeper	38	185	80	29	1000000
Buffon		Goalkeeper	33	194	80	45	10000000
Cheh		Goalkeeper	28	193	81	68	7000000
Cafu		Defense	37	176	70	2	2000000
Maldini		Defense	39	186	75	3	1000000
Kaladze		Defense	29	186	79	4	1000000
Costakurte		Defense	41	182	75	5	750000
Nesta		Defense	31	187	85	13	5000000
Shimich		Defense	32	180	75	17	1000000
Favalli		Defense	35	185	81	19	800000
Bonera		Defense	26	193	85	25	1000000
Stam		Defense	35	198	87	66	3000000
R.Bravo	Ispania	Defense	28	195	85	26	6000000
Cannavara		Defense	35	178	74	39	3000000
Samuel		Defense	28	180	77	43	1000000
Terry	England	Defense	29	179	75	44	10000000
R.Carvalho		Defense	29	180	76	46	11000000
Gamarra		Defense	34	184	80	47	2000000
Gattuzo		Halfdefens	29	177	75	8	5000000
Zeidorf		Halfdefens	31	176	73	10	7000000
Ynkulovski		Halfdefens	30	184	80	18	5000000
Gurkuff		Halfdefens	21	186	80	20	2000000
Pirlo		Halfdefens	28	177	70	21	15000000
Kaka		Halfdefens	25	186	82	22	20000000
Ambrozini		Halfdefens	30	182	80	23	3000000
Serginlho		Halfdefens	36	181	79	27	4000000
Brokki		Halfdefens	35	179	75	32	800000
Ze Roberto		Halfdefens	29	178	75	60	11000000
Rivaldo		Halfdefens	35	187	78	50	10000000
Vieira		Halfdefens	35	188	85	12	7000000
Vogel		Halfdefens	28	177	74	14	5000000
Rui Costa		Halfdefens	33	180	80	6	4000000
Massaro		Halfdefens	22	181	79	36	5000000
R.Olivera		Attack	27	185	80	7	15000000
F.Inzaghi		Attack	34	181	75	9	10000000
Gilardino		Attack	25	184	80	11	20000000
M.Boriello		Attack	25	186	81	15	10000000
Ronaldo		Attack	31	185	85	99	30000000
Crespo		Attack	30	179	75	40	25000000
Vieri		Attack	32	185	85	33	20000000
Reyes		Attack	22	175	70	30	20000000
Pires		Attack	33	188	81	69	15000000
Van Persie		Attack	22	183	79	41	10000000
Bergkamp		Attack	36	183	80	51	6000000
Adriano		Attack	27	188	84	28	27000000
Birhoff		Attack	35	195	85	88	1000000
Vea		Attack	38	180	77	70	1000000
Shevchenko		Attack	31	185	80	50	26000000

База Данных футбольного клуба “A.C.MILAN”

Данные футбольного клуба «А.С.MILAN»

Милан
Основан	16 сентября,1899
Стадион	Джузеппе Меацца, Сан Сиро, Милан, Италия
Вместимость	85 700
Президент	Сильвио Берлускони
Тренер	Карло Анчелотти
Соревнование	Серия A
2005-06	2
Ѓ@ Основная форма Ѓ@ Резервная форма

Футбольный клуб Милан (итал. Associazione Calcio Milan). Выступает в Серии А чемпионата Италии. Клуб основан в 1899 г. выходцем из Британии Альфредом Эдвардсом. Клуб получил название, произносимое как имя города по английски (по итальянски Милан произносится как Милано). Первым капитаном "Милана" стал Герберт Килпин. Именно он придумал форму клуба и её цвета: черный и красный. Красный цвет символизировал дьявола, покровителя команды, а черный - опасность, которая грозила всем его соперникам. Прозвище к команде прикрепилось моментально - "Дьяволы". Эмблемой клуба стал щит с изображением красного английского креста. 11 марта 1900 года "Милан" провёл свой первый неофициальный матч. Соперником становятся представители другого миланского клуба - "Медиоланума" (где, кстати, ранее выступал Герберт Килпин). Состав команды в том матче выглядел следующим образом: Хууд, Каньяни, Торетто, Лис, Килпин, Валерио, Дубини, Дэвис, Невилль, Эллисон, Форменти. Уверенная победа "Милана" со счётом 3:0. Эта победа вдохновляет команду и она принимает решение вступить в Федерацию Футбола Италии, что даёт право выступать в чемпионате страны. В первом своём официальном матче 15 апреля 1900 года против "Торинезе" "Милан" уступает по всем статьям 3:0. Конечно не лучший дебют, но всё же команда не отчаялась и в следующем сезоне предстала очень боеспособным коллективом.

Достижения

· Чемпион Италии: 18 раз

o 1901, 1906, 1907, 1950--51, 1954--55, 1956--57, 1958--59, 1961--62, 1967--68, 1978--79, 1987--88, 1991--92, 1992--93, 1993--94, 1995--96, 1998--99, 2003--2004

· Победитель Лиги Чемпионов УЕФА: 6

o 1962--63, 1968--69, 1988--89, 1989--90, 1993--94, 2002--03

· Обладатель Кубка Италии: 5

o 1966--67, 1971--72, 1972--73, 1976--77. 2002--03

· Обладатель Суперкубка Италии: 5

o 1988, 1992, 1993, 1994, 2004

· Обладатель межконтинентального кубка: 3

o 1969, 1989, 1990

· Обладатель Суперкубка Европы: 3

o 1989, 1990, 1994

· Обладатель Кубка Кубков УЕФА: 2

o 1967--68, 1972--73

· Обладатель Латинского кубка (Самый важный европейский турнир 40-х и 50-х годов 20 века. Проводился с 1949 по 1957 между чемионами Франции, Италии, Португалии и Испании. Закончил свою историю с появлением Кубка Чемпионов.)

o 1951, 1956

o Обладатель Кубка Митропы): 1 1981/82

Стартовый состав 2006\2007 построение 4-1-2-1-2

Домашняя форма

Гостевая форма

Закреплённые номера

· 3: Паоло Мальдини, левый защитник, 1984-настоящее время. После завершения карьеры, его номер cможет перейти только к сыну Кристиану.

· 6: Франко Барези, чистильщик 1977--1997

Описание команд программы

DEFINE WINDOW - создание окна

Формат: DEFINE WINDOW <имя>

FROM <cтpока1>,<cтолбецl> TO <cтрока2>,<cтолбец2>

[TITLE <BыражC>]

ROUBLE | PANEL | NONE | <строка_символов_контура>]

[CLOSE | NOCLOSE] [FLOAT | NOFLOAT]

[GROW | NOGROW] [SHADOW | NOSHADOW]

[ZOOM | NOZOOM]

[COLOR [<стандарт>],[,<yлyчшен>]

[,<контур>] | [COLOR SCHEME <BыражН>]]

Команда DEFINE WINDOW создает окно пользователя и задает его атрибуты. После определения окон они могут быть выведены на дисплей командами ACTIVATE WINDOW или SHOW WINDOW.

Активированные окна остаются на экране до тех пор, пока будут удалены оттуда командами DEACTIVATE WINDOW или HIDE WINDOW.

Предложение DEFINE WINDOW<имя> присваивает окну имя. Имена окон могут иметь длину до 10 символов. Они должны начинаться с буквы или знака подчеркивания и могут содержать любую комбинацию букв, цифр и знаков подчеркивания.

Положение на экране верхнего левого угла окна определяется экранными координатами FROM <строка1>,<столбец1>, а нижнего правого - координатами <строка2>,<стол6ец2>. Эти два набора координат определяют размер окна. Окно можно определить и с координатами лежащими за пределами экрана. Размер окна может максимум в два раза превышать по числу строк и столбцов размер текущего экрана. Окна также могут помещаться одно внутри другого.

Опция TITLE <выражС> позволяет назначить окну заголовок, атрибуты окна. По умолчанию окнам присваиваются цвета, определи цветовой схемой COLOR SCHEME 1. Опция COLOR позволяет определить цвета стандартного улучшенного текста в окне, а также границы окна.

DEFINE MENU - создание линейки меню

Формат: DEFINE MENU <имя> [MESSAGE <выражС>]

Команда DEFINE MENU создает линейку меню и назначает имя. После того, как линейка меню определена, вы можете при помощи DEFINE PAD определяете элементы линейки меню.

Прежде чем вы сможете вызвать линейку меню на экран команду ACTIVATE MENU, вы обязаны определить ее при помощи команды DEFINE MENU. Задайте <имя> для линейки меню и необходимости сообщение MESSAGE <выражС>.

DEFINE PAD - определение элемента линейки меню

Формат: DEFINE PAD <имя> OF <имя_меню>

PROMPT <выражС1> [АТ <строка>,<столбец>]

[MESSAGE <выражС2>]

Команда DEFINE PAD служит для помещения в линейку элементов меню. Эта команда используется совместно с командой DEFINE MENU, обычно при создании системы меню. Перемещения c элементами линейки меню выполняются при помощи клавиш управления курсором или мышью.

Сначала при помощи команды DEFINE MENU должна быть определена сама линейка меню. Для помещения в линейку каждого элемента требуется одна команда DEFINE PAD. Каждому элементу линейки присваивается <имя>. Предложение PROMPT <выражС1> определяет текст, который будет выводиться в данном элементе линейки экрана. <ВыражС1> может являться любой допустимой строкой символов или символьным выражением.

При помощи предложения MESSAGE <выражС2> каждому элементу линейки меню можно назначить необязательное сообщение. Сообщение появляется на экране или в окне в позиции, заданной командой SET MESSAGE TO.

PROMPT FIELD <поле> |

PROMPT FILES [LIKE <макет_спецификации>] |

PROMPT STRUCTURE]

[MESSAGE <выражС>]

[COLOR <стандарт>[,<улучшен>11 COLOR

SCHEME <выражМ>]

DEFINE POPUP позволяет создавать всплывающее меню. Всплывающее меню может содержать список определяемых вами окон, содержимое поля базы данных, список файлов или список полей данных.

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

Назначение всплывающему меню имени выполняется при помощи предложения DEFINE POPUP <имя>. Верхний левый угол всплывающего меню будет располагаться в позиции с экранными координатами <строка1>, <столбец1>, задаваемыми предложением FROM. Можно включить необязательное предложение ТО <строка2>,<столбец2> задающее нижний правый угол всплывающего меню.

DEFINE BAR - определение опции сплывающего меню

Формат: DEFINE BAR <выражН> OF <имя>

PROMPT <выражС1> (MESSAGE <выражС2>]

[SKJPIFOR<выpaжL>l]

Команда DEFINE BAR добавляет опцию всплывающего меню. DEFINE BAR используется совместно с командами DEFINE POPUP, ACTIVATE POPUP для создания всплывающего меню и вывода на экран. Прежде чем можно будет пользоваться командой DEFINE BAR, необходимо определить само всплывающее меню командой DEFINE POPUP. Меню можно убрать с экрана командой DEACTIVATE POPUP либо и с экрана и из памяти командами CLEAR ALL, CLEAR POPUP RELEASE POPUPS.

Место, в котором будет появляться опция во всплывающем меню определяется <выражН>.

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

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

ACTIVATE WINDOW - вывод на дисплей и активация окна

Формат: ACTIVATE WINDOW[[<имяl>l [,<имя2>][,...] | ALL

[BOTTOM | TOP | SAME][NOSHOW]

Данная команда выводит на дисплей и активирует определенное пользователем окно или окна. Активация окна означает направление всего экранного вывода на данное окно.

DEACTIVATE WINDOW - деактивация окон и удаление их с экрана

Формат: DEACTIVATE WINDOW <имя1>[<,имя2>] [,...1] | ALL

Команда DEACTIVATE WINDOW деактивирует активное окно или набор активных окон и удаляет их с экрана. Окно или окна при этом не удаляются из памяти и могут быть снова вызваны на дисплей при помощи команд ACTIVATE WINDOW.

APPEND - добавляет записи к выбранной базе данных

Формат: APPEND [BLANK]

Команда APPEND BLANK, добавляет в конец выбранной базы данных одну пустую запись. Окно редактирования при этом не открывается.

SORT - Сортирует базу данных.

Формат: SORT TO <файл>

ON <поле1> [/A][/C][/D]

[,<поле2>[/A][/C][/D]...]

[ASCENDING | DESCENDING]

<сфера>

[FOR <вырL1>]

[WHILE <вырL2>]

[FIELDS <список полей>]

[NOOPTIMIZE]

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

Сортировка выполняется в порядке возрастания значений (/А), если не определено иначе. Ключевые слова ASCENDING и DESCENDING могут использоваться в качестве альтернативы фразам /A для возрастающего и /D для убывающего порядка значений.

Если задана опция /C, при сортировке игнорируется разница прописных и строчных букв.

Можно комбинировать опцию /C с опциями /A или /D. Если используется комбинация опций, нужно указать только один слеш (например, /DC). Если указана опция FIELDS <список полей>, в результирующий <файл> будут помещены только заданные в <списке> поля исходного файла. <Список полей> может включать поля, как из активного файла базы данных, так и из других открытых (но не активных) файлов базы данных. Поля из этих файлов должны быть заданы полным именем, т.е. имени поля должен предшествовать псевдоним. NOOPTIMIZE отключает Rushmore. ПРЕДУПРЕЖДЕHИЕ. При выполнении команды SORT необходимо следить за наличием свободного пространства на диске для записи результирующего файла. Для этих целей может потребоваться свободное дисковое пространство, равное утроенному объему обрабатываемого файла.

Заключение

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

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

база данные футбольный клуб

Список литературы

1. Курс лекций по дисциплине «Базы Данных»

2. Попов А.А. «Создание приложений для FoxPro 2.5/2.6 в DOS и WINDOWS» Изд. «ДЕСС КОМ», 2000 г.

3. Редактор Help в языке программирования FoxPro под DOS и под Windows

Приложение 1. (Текст программы)

CLEAR

DEFINE WINDOW panel FROM 0,0 TO 0,79 color scheme 2;

CLOSE FLOAT none GROW ZOOM

DEFINE WINDOW output FROM 1,0 TO 24,79 TITLE '=== КУРCОВАЯ РАБОТА ===' ;

CLOSE FLOAT double SHADOW ZOOM

DEFINE WINDOW indicdel FROM 8,20 TO 16,59 color scheme 5;

CLOSE FLOAT double NOGROW SHADOW ZOOM

DEFINE WINDOW diapdel FROM 0,1 TO 6,20 IN WINDOW indicdel color scheme 5;

CLOSE NOFLOAT NOGROW

DEFINE MENU go IN WINDOW Panel

DEFINE PAD open OF go PROMPT '\<Open' AT 0,0

DEFINE PAD store OF go PROMPT '\<Save' AT 0,6

DEFINE PAD see OF go PROMPT '\<Browse' AT 0,12

DEFINE PAD correct OF go PROMPT '\<Correct' AT 0,20

DEFINE PAD del OF go PROMPT '\<Delete' AT 0,29

DEFINE PAD new OF go PROMPT 'C\<reate' AT 0,37

DEFINE PAD add OF go PROMPT '\<Addition' AT 0,45

DEFINE PAD sorting OF go PROMPT 'Sor\<t' AT 0,55

DEFINE PAD zapros OF go PROMPT 'Q\<uery' AT 0,61

DEFINE PAD getout OF go PROMPT '\<Quit' AT 0,74

ACTIVATE WINDOW Panel

ACTIVATE WINDOW Output

ON SELECTION PAD open OF go DO OPEN_

ON SELECTION PAD store OF go DO STORE_

ON SELECTION PAD see OF go DO SEE_

ON SELECTION PAD correct OF go CHANGE

ON SELECTION PAD del OF go DO DELETE_

ON SELECTION PAD new OF go CREATE ?

ON SELECTION PAD add OF go DO ADDITION_

ON SELECTION PAD sorting OF go DO SORT_

ON SELECTION PAD zapros OF go DO ZAPR_

ON SELECTION PAD getout OF go DO EXIT_

ACTIVATE MENU go

PROCEDURE OPEN_

USE products

Show menu go

RETURN

PROCEDURE SEE_

clear

Browse in window output noedit normal

RETURN

PROCEDURE STORE_

pack

RETURN

PROCEDURE DELETE_

Delete

clear

Do SEE_

RETURN

PROCEDURE ADDITION_

append

clear

Do SEE_

RETURN

PROCEDURE SORT_

SET TALK ON

CLEAR

DIMENSION choices(4,1)

STORE "name" TO choices(1)

STORE " Country " TO choices(2)

STORE " Position " TO choices(3)

STORE " Age " TO choices(4)

STORE ”Height” TO choices(5)

STORE “Weight” TO Choices(6)

STORE “Number”TO Choices(7)

STORE “Cena €”TO Choices(8)

STORE 0 TO mchoice

@ 0,55 MENU choices,4 TITLE " Сортировкa "

CLEAR

READ MENU TO mchoice

DO CASE

CASE mchoice=1

if dbf()<>"name" Futbolista on name to Futbolista_nm

use products

endif

CASE mchoice=2

if dbf()<>"Country _kl" Futbolista on Country to Futbolista _kl

use products

endif

CASE mchoice=3

if dbf()<>"Position " Futbolista on Position to Futbolista _wt

use products

endif

CASE mchoice=4

if dbf()<>"Age " Futbolista on Age to Futbolista _fb

use products

endif

ENDCASE

Browse last in window output noedit normal

RETURN

PROCEDURE EXIT_

Close all

Clear windows

Cancel

Return

PROCEDURE ZAPR_

#REGION 0

REGIONAL m.currarea, m.talkstat, m.compstat

IF SET("TALK") = "ON"

SET TALK OFF

m.talkstat = "ON"

ELSE

m.talkstat = "OFF"

ENDIF

m.compstat = SET("COMPATIBLE")

SET COMPATIBLE FOXPLUS

m.currarea = SELECT()

use products

store 0 to m

store 0 to n

store '_' to x1

store '_' to x2

store '_' to x3

IF NOT WEXIST("_ryc15ai8g")

DEFINE WINDOW _ryc15ai8g ;

FROM INT((SROW()-20)/2),INT((SCOL()-70)/2) ;

TO INT((SROW()-20)/2)+19,INT((SCOL()-70)/2)+69 ;

TITLE "Okno Zaprosa" ;

FOOTER "Состав пищевых продуктов" ;

FLOAT ;

CLOSE ;

SHADOW ;

MINIMIZE ;

PANEL ;

COLOR SCHEME 1

ENDIF

#REGION 1

IF WVISIBLE("_ryc15ai8g")

ACTIVATE WINDOW _ryc15ai8g SAME

ELSE

ACTIVATE WINDOW _ryc15ai8g NOSHOW

ENDIF

@1,17 get type size 1,20

@1,1 say 'тип продукта' size 1,9

@2,17 get name size 1,15

@2,1 say 'продукт' size 1,5

@3,17 get kcals size 1,5

@3,1 say 'Калорийность' size 1,10

@4,17 get fibers size 1,8

@4,1 say 'Белки' size 1,11

@5,17 get fats size 1,5

@5,1 say 'Жиры' size 1,12

@6,17 get carb size 1,15

@6,1 say 'Углеводы' size 1,12

@7,17 get water size 1,15

@7,1 say 'Вода' size 1,12

@8,1 get k picture "@*HN Back;Next;Exit" size 1,8,2;

default 1;

valid _ryc15aias()

@ 1,50 GET r PICTURE "@*RVN Нaчaло;Конец;Удaление" SIZE 1,12,0;

DEFAULT 1 ;

VALID _ryc15aibi()

@9,0 say ' type ' get x1 size 1,20

@10,0 say ' name ' get x3 size 1,15

@11,0 say ' kcals ' get m size 1,5

@12,0 say ' fibers ' get x2 size 1,15

@13,0 say ' fats' get n size 1,8

@14,0 get k picture"@*HN write" size 1,6;

default 1;

valid _ruc15ai()

IF NOT WVISIBLE("_ryc15ai8g")

ACTIVATE WINDOW _ryc15ai8g

ENDIF

READ CYCLE

RELEASE WINDOW _ryc15ai8g

IF USED("products")

SELECT products

USE

ENDIF

SELECT (m.currarea)

#REGION 0

IF m.talkstat = "ON"

SET TALK ON

ENDIF

IF m.compstat = "ON"

SET COMPATIBLE ON

ENDIF

FUNCTION _ryc15aias && k VALID

#REGION 1

do case

case k=1

skip -1

if bof()

go top

endif

case k=2

skip

if eof()

go bottom

endif

case k=3

clear read

endcase

show gets

return

FUNCTION _ryc15aibi && r VALID

#REGION 1

do case

case r=1

go top

case r=2

go bottom

case r=3

if delete()

recall

else

delete

endif

endcase

@ 0,3 say iif(delete(),'Удaлено',' ')

show gets

return

function _ruc15ai && k valid

defi wind krok from 5,3 to 30, 70 title 'Состав пищевых продуктов';

shad system grow float color w+/rb

acti wind krok

i=1

scan for (type='овощи').or.(type='фрукты').or.(type='сухофрукты').or.(type='бахчевые культуры').or.(type='бобовые').or.(type='хлеб')

@ 1,2 say 'продукт' color r/gb

@ 1+i,2 say str(i,2)+'.'+padl(name,20)

@ 1,20 say 'калорийность' color r/gb

@ 1+i,30 say padl(kcals,15)

@ 1,46 say 'вода' color r/gb

@ 1+i,46 say padl(water,4)

i=i+1

read cycl

endscan

deac wind krok

RETURN

Размещено на Allbest.ru