Разработка базы данных "Футбол"

Построение и реализация базы данных на тему "Футбол". Понятие, основные достоинства и выявленные недостатки реляционных базы данных, их распространенность и удобство в создании. Язык запросов SQL, его характеристика и роль при создании баз данных.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 16.06.2009
Размер файла 1,1 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Московский Государственный Технический Университет

им. Н. Э. Баумана

Калужский филиал

Кафедра ЭИУ-2 КФ

Пояснительная записка к курсовой работе по дисциплине

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

на тему:

Разработка базы данных: «Футбол»

Калуга

2007г

Содержание

Постановка задачи

Введение

1. Исследовательская часть

1.1 Выбор предметной области

1.1.1 Названия игры

1.1.2 Правила игры

1.1.3 Игровой процесс

1.1.4 Организации

1.1.5 Клубы

1.1.6 Соревнования

1.2 Модели данных

1.2.1 Иерархическая СУБД

1.2.2 Сетевые базы данных

1.2.3 Реляционная модель данных

1.3 Язык SQL

1.3.1 Роль SQL

1.3.2 Достоинства SQL

1.4 Выбор языка программирования

2. Конструкторская часть

2.1 Использованные средства

2.2 Блочная схема

2.3 Функциональная схема

3. Технологическая часть

3.1 Руководство пользователя

3.2 Руководство программиста

3.3 Системные и программные требования

Заключение

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

Постановка задачи

Задачей данного курсового проекта является реализация базы данных на тему «Футбол». Программа должна содержать не менее девяти таблиц на выбранную тему. Должны быть реализованы поиск, сортировка содержимого таблиц, выполнение SQL - запрос (статистический и динамический) и отчет к любому из полей таблиц. Программа должна быть просто в обращении, иметь простой интерфейс. Программа должна обладать минимальными системными требованиями для удобства её использования на различных типах компьютера.

Введение

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

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

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

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

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

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

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

1. Исследовательская часть

1.1 Выбор предметной области

1.1.1 Названия игры

Полное английское название (англ. association football) было придумано, чтобы отличать эту игру от других разновидностей «ножного мяча», особенно регби (англ. rugby football). В 1880-х годах появилось соращённое название соккер (англ. soccer), которое в наши дни получило широкое распространение в англоязычных странах, уже в качестве самостоятельного слова.

1.1.2 Правила игры

Первые правила были записаны как «Правила самой простой игры», с тех пор организация ИФАБ, занимающаяся разработкой правил стремится сохранить этот принцип и сделать футбол зрелищнее и безопаснее. Современные правила состоят из 17 пунктов, полностью описывающих что нужно делать от разметки футбольного поля, до наказания игроков за грубость. За исполнением правил на поле во время игры следит бригада арбитров.

1.1.3 Игровой процесс

Отдельная футбольная игра называется -- матч, который в свою очередь состоит из двух таймов по 45 минут. Пауза между первым и вторым таймами составляет 15 минут, в течение которой команды отдыхают, а по её окончании меняются воротами.

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

Цель игры -- забить мяч в ворота противника, сделать это как можно большее количество раз и постараться не допустить гола в свои ворота. Матч выигрывает команда, забившая большее количество голов.

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

1.1.4 Организации

Существует ряд организаций, осуществляющих контроль, управление и распространение футбола. Основной является ФИФА, расположенная в Цюрихе, Швейцария. Она занимается организацией международных соревнований мирового масштаба, в частности чемпионата мира. Далее идут континентальные организации и организации по странам, областям и городам и т. д. У каждой имеются обязанности по организации соответствующих футбольных соревнований, контролю за деятельностью входящих в них клубов, распространением и популяризацией футбола в регионе.

1.1.5 Клубы

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

1.1.6 Соревнования

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

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

1.2 Модели данных

1.2.1 Иерархические СУБД

Одной из наиболее важных сфер применения первых СУБД было планирование производства для компаний, занимающихся выпуском продукции.

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

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

Одной из наиболее популярных иерархических СУБД была Information Management System (IMS) компании IBM, появившаяся в 1968 году. Ниже перечислены преимущества IMS и реализованной в ней иерархической модели.

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

Использование отношений предок/потомок. СУБД IMS позволяла легко представлять отношения предок/потомок, например: "А является частью В" или "А владеет В".

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

СУБД IMS все ещё является одной из наиболее распространённых СУБД для больших ЭВМ компании IBM. Доля мэйнфреймов этой компании, на которых используется данная СУБД, превышает 25%.

1.2.2 Сетевые базы данных

Если структура данных оказывалась сложнее, чем обычная иерархия, простота структуры иерархической базы данных становилась её недостатком. В связи с этим для таких приложений была разработана новая сетевая модель данных. Она являлась улучшенной иерархической моделью, в которой одна запись могла участвовать в нескольких отношениях предок/потомок. В сетевой модели такие отношения назывались множествами. В 1971 году на конференции по языкам систем данных был опубликован официальный стандарт сетевых баз данных, который известен как модель CODASYL. Компания IBM не стала разрабатывать собственную сетевую СУБД и вместо этого продолжала наращивать возможность IMS.

Сетевые базы данных обладали рядом преимуществ:

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

Стандартизация. Появление стандарта CODASYL популярность сетевой модели, а такие поставщики мини-компьютеров, как Digital Equipment Corporation и Data General, реализовали сетевые СУБД.

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

Конечно, у сетевых баз данных были недостатки. Как и иерархические базы данных, сетевые базе данных были очень жесткими. Наборы отношений и структуру записей приходилось задавать наперёд. Изменение структуры базы данных обычно означало перестройку всей базы данных.

1.2.3 Реляционная модель данных

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

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

1.3. Язык SQL

SQL является инструментом, предназначенным для обработки и чтения данных, содержащихся в компьютерной базе данных. SQL - это сокращенное название структурированного языка запросов (Structured Query Language). Как следует из названия, SQL является языком программирования, который применяется для организации взаимодействия пользователя с базой данных. На самом деле SQL работает только с базами данных одного определенного типа, называемых реляционными. На рис. 2.1 изображена схема работы SQL. Согласно этой схеме, в вычислительной системе имеется база данных, в которой хранится важная информация. Если вычислительная система относится к сфере бизнеса, то в базе данных может храниться информация о материальных ценностях, выпускаемой продукции, объемах продаж и зарплате. В базе данных на персональном компьютере может храниться информация о выписанных чеках, телефонах и адресах или информация, извлеченная из более крупной вычислительной системы. Компьютерная программа, которая управляет базой данных, называется системой управления базой данных, или СУБД.

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

Однако это название не совсем соответствует действительности. Во-первых, сегодня SQL представляет собой нечто гораздо большее, чем простой инструмент создания запросов, хотя именно для этого он и был первоначально предназначен. Несмотря на то, что чтение данных по-прежнему остается одной из наиболее важных функций SQL, сейчас этот язык используется для реализации всех функциональных возможностей, которые СУБД предоставляет пользователю, а именно:

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

Чтение данных. SQL дает пользователю или приложению возможность читать из базы данных содержащиеся в ней данные и пользоваться ими.

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

Управление доступом. С помощью SQL можно ограничить возможности пользователя по чтению и изменению данных и защитить их от несанкционированного доступа.

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

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

Таким образом, SQL является достаточно мощным языком для взаимодействия с СУБД.

Во-вторых, SQL -- это не полноценный компьютерный язык типа COBOL, FORTRAN или С. В SQL нет оператора IF для проверки условий, нет оператора GOTO для организации переходов и нет операторов DO или FOR для создания циклов. SQL является подъязыком баз данных, в который входит около тридцати операторов, предназначенных для управления базами данных. Операторы SQL встраиваются в базовый язык, например COBOL, FORTRAN или С, и дают возможность получать доступ к базам данных.

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

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

1.3.1 Роль SQL

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

Ядро базы данных является сердцевиной СУБД; оно отвечает за физическое структурирование и запись данных на диск, а также за физическое чтение данных с диска. Кроме того, оно принимает SQL-запросы от других компонентов СУБД (таких как генератор форм, генератор отчетов или модуль формирования интерактивных запросов), от пользовательских приложений и даже от других вычислительных систем. Как видно из рисунка, SQL выполняет много различных функций:

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

SQL -- язык программирования баз данных. Чтобы получить доступ к базе данных, программисты вставляют в свои программы команды SQL. Эта методика используется как в программах, написанных пользователями, так и в служебных программах баз данных (таких как генераторы отчетов и инструменты ввода данных).

SQL -- язык администрирования баз данных. Администратор базы данных, находящейся на мини-компьютере или на большой ЭВМ, использует SQL для определения структуры базы данных и управления доступом к данным.

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

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

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

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

1.3.2 Достоинства SQL

Успех языку SQL принесли следующие его особенности:

* независимость от конкретных СУБД;

* переносимость с одной вычислительной системы на другую;

* наличие стандартов;

* одобрение компанией IBM (СУБД DB2);

* поддержка со стороны компании Microsoft (протокол ODBC);

* реляционная основа;

* высокоуровневая структура, напоминающая английский язык;

* возможность выполнения специальных интерактивных запросов:

* обеспечение программного доступа к базам данных;

* возможность различного представления данных;

* полноценность как языка, предназначенного для работы с базами данных;

* возможность динамического определения данных;

* поддержка архитектуры клиент/сервер.

1.4 Выбор языка программирования

Для разработки данного программного обеспечения был выбран язык программирования высокого уровня Borland Delphi 7.0. Delphi представляет собой систему для ускоренной разработки программных продуктов. В языке Delphi используется модульное программирование, и оно занимает одно из первых мест в разработке различного рода программ. Использование модульного программирования позволяет упростить тестирование и отладку. Модульные программы значительно легче создавать, а также модули одних программ могут быть использованы для разработки других.

Традиционно Delphi относят к системам быстрой разработки приложений. Вместе с тем, эта система обладает практически всеми возможностями современных СУБД. Она позволяет удобно создавать приложения с помощью инструментальных программных средств, визуально подготавливать запросы к базам данных, а также непосредственно писать SQL- запросы к базам данных.

Для работы с таблицами БД при проектировании приложений удобно использовать программу Borland DataBase Desktop.

DataBase - средство для создания, изменения и просмотра БД. Эта утилита, прежде всего, ориентирована на работу с таблицами локальных СУБД, таких как Paradox и dBase. В ряде случаев может использовать для работы с таблицами удаленных СУБД.

DataBase Decktop предоставляет разработчику следующие возможности:

1. создавать и редактировать структуру таблиц;

2. задавать ограничения целостности для каждой таблицы;

3. создавать вторичные индексы и пароли безопасности;

4. организовывать ссылочную целостность;

5. просматривать и редактировать созданные таблицы;

6. задавать псевдоним базы данных;

Кроме того, с помощью DataBase Desktop можно выполнять и другие действия над БД: создание, редактирование и выполнение визуальных SQL-запросов.

В отличие от предыдущих версий системы Delphi, система Delphi 7.0 обладает рядом преимуществ:

1. Значительные усиления оболочки Delphi 7.0 (внешний вид меню, дополнительные настройки);

2. Возможность создания приложений, внешний вид которого соответствует нормам Windows 9x и WindowsXP;

3. Богатый набор компонентов;

Данный язык бал выбран исходя из его следующих достоинств:

1. Наличие высокопроизводительного компилятора;

2. Объектно-ориентированная модель компонентов (обеспечивает неограниченную расширяемость и масштабируемость);

3. Визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;

4. Расширенные возможности отладки;

5. Наличие простых и гибких структур;

6. Структурная организация данных.

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

2. Конструкторская часть

2.1 Использованные средства

При разработке данного программного обеспечения были использованы объекты визуальной среды программирования Borland Delphi 7.0. Были использованы следующие основные классы Delphi:

ь TForm - является основным «строительным блоком» в Delphi. Объект данного класса служит «контейнером» для размещения других компонентов программы. Все размещенные на объекте данного класса компоненты становятся зависимыми от него, поэтому, существенные изменения свойств данного объекта влияют на свойства компонентов;

ь TLabel - предназначена для размещения на форме различного рода текстовых надписей. С компонентом может быть связан оконный управляющий элемент. Можно изменить шрифт и цвет метки, если дважды щелкнуть на свойство Font в Инспекторе Объектов. Это легко сделать и во время выполнения программы, написав всего одну строчку кода. Компонент Label имеет следующие свойства: Alignment-определяет выравнивание текста по горизонтали относительно границ компонента; AutoSize - указывает, будет ли метка изменять свои размеры в зависимости от помещённого в её свойство Caption текста, Тrue - будет; FocusControl - содержит имя оконного компонента, который связан с меткой-акселератором; Layout-определяет выравнивание текста по вертикали относительно границ метки; ShowAccelChar-если содержит True, символ & в тексте метки предшествует символу-акселератору; Transparent-определяет прозрачность фона метки. Если False, фон закрашивается собственным цветом Color, в противном случае используется фон родительского компонента;

ь TButton - кнопка, широко используется для управления программами. Поместив TButton на форму, по двойному щелчку можно создать заготовку обработчика события нажатия кнопки. Свойства компонента: Cansel - если имеет значение True, событие OnClick кнопки возникает при нажатии клавиши Enter; Default - если имеет значение True, событие OnClick кнопки возникает при нажатии клавиши Enter; ModalResult - определяет результат, с которым было закрыто модальное окно.

ь TEdit - однострочный редактор текста. С его помощью можно вводить или отображать достаточно длинные текстовые строки. Центральным свойством компонента является Text, которое представляет собой отображаемую компонентом строку. С помощью обработчика события OnChange программа может контролировать вводимый пользователем текст и при необходимости фильтровать его, игнорируя недопустимые символы. Свойства компонента: AutoSelect - указывает, будет ли выделяться весть текст в момент получения компонентом фокуса ввода. CanUndo - содержит True, если сделанные пользователем изменения в тексте Text можно убрать автоматически. MaxLength -определяет максимальную длину текстовой строки. Если имеет значение 0, длина строки не ограничена. OEMConvert - содержит True, если необходимо перекодировать текст из кодировки MS-DOS в кодировку Windows и обратно. PasswordChar - если символ PasswordChar определен, он заменяет собой любой символ текста при отображении в окне. Используется для ввода паролей. ReadOnly - если содержит True, текст не может изменяться. SelLength - содержит длину выделенной части текста. SelStart - содержит номер первого символа выделенной части текста. Seltext - содержит выделенную часть текста. Text - содержит весть текст.

ь TPageControl - компонент представляет собой набор страниц наложенных одна на другую. Переключение между страницами осуществляется при помощи закладок. Закладки могут выглядеть как "настоящие" в бумажном блокноте, а могут быть похожи на стандартные кнопки Windows. При переключении закладок осуществляется вызов метода-обработчика события property OnChange: TNotifyEvent; соответствующий код, в котором может изменить набор видимых элементов управления и создать для пользователя иллюзию "переключения страниц".

Компонент TPageControl используют для создания редакторов свойств и настроек программы, а также для разного рода мастеров (Wizards). Компонент TPageControl, для обеспечения работы создает "настоящую" страницу -- экземпляр класса TTabSheet. Список указателей на все созданные экземпляры страниц хранится в свойстве Pages, доступном только для чтения: property Pages[Index: Integer]: TTabSheet; Номер индекса соответствует порядковому номеру страницы. Для создания новой страницы используется команда New Page из всплывающего меню компонента, перенесенного на форму. Если же нужно создать страницу на этапе выполнения, тогда задают экземпляр TTabSheet самостоятельно и в свойстве Pagecontrol указывают на родительский блокнот: pcMain: TPageControl; ts: TTabSheet; ts := TTabSheet.Create(pcMain); with ts do begin PageControl := pcMain; ts.Caption :='New page'; end;

Общее число страниц хранится в свойстве property PageCount: Integer; доступном только для чтения. Текущую страницу можно задать свойством: property ActivePage: TTabSheet; Если во время разработки (этой возможностью компонент TPageControl отличается от - своего собрата) или во время выполнения переключиться на другую страницу, значение свойства ActivePage изменится.

Также для перехода на соседнюю страницу программными средствами можно использовать метод procedure SelectNextPage(GoForward: Boolean); в котором параметр GoForward при значении True задает переход на следующую лраницу, иначе -- на предыдущую.

На владельца страницы указывает значение свойства property PageControl: TPageControl; Расположение страницы в блокноте задает свойство Pageindex: property Pageindex: Integer;

Если в блокноте одновременно выделено несколько страниц, то положение данной страницы, среди выделенных, определяется свойством только для чтения property Tablndex: Integer;

Страница может временно "исчезнуть" из блокнота, а затем опять появиться. Для этого применяется свойство property TabVisible: Boolean;

ь TDBGrid - этот компонент инкапсулирует двумерную таблицу, в которой строки представляют собой записи, а столбцы -- поля набора данных. Компонент TDBGrid является потомком классов TDBCustomGrid И TCustomGrid.

От класса TCustomGrid наследуются все функции отображения и управления работой двумерной структуры данных. Класс TDBCustomGrid обеспечивает визуализацию и редактирование полей из набора данных, причем TDBGrid только публикует свойства и методы класса TDBCustomGrid, не добавляя собственных.

В компоненте TDBGrid можно отображать произвольное подмножество полей используемого набора данных, но число записей ограничить нельзя - в компоненте всегда присутствуют все записи связанного набора данных. Требуемый набор полей можно составить при помощи специального Редактора столбцов, который открывается при двойном щелчке на компоненте, перенесенном на форму, или кнопкой свойства columns в Инспекторе объектов.

Новая колонка добавляется при помощи кнопки Add New, после этого ее название появляется в списке колонок (рис. 3). Для выбранной в списке колонки доступные для редактирования свойства появляются в Инспекторе объектов. Колонки в списке можно редактировать, удалять, менять местами.

При помощи кнопки Add All Fields в сетку можно добавить все поля набора данных.

Каждая колонка компонента TDBGrid описывается специальным классом TColumn, a совокупность колонок доступна через свойство columns компонента, оно имеет тип TDBGridColumns и представляет собой индексированный список объектов колонок. Поле набора данных связывается с конкретной колонкой при помощи свойства FieldName класса TColumn. При этом в колонку автоматически переносятся все необходимые параметры поля, в частности заголовок поля, настройки шрифтов, ширина поля. После ручного изменения параметров первоначальные значения восстанавливаются методами соответствующих объектов Icolurcm.

Рис 3. Редактор колонок компонента TDBGrid

При использовании метода DefaultDrawColumnCell и метода- обработчика OnDraw-CoiumnCell можно управлять процессом отображения данных в ячейках.

При помощи свойств и методов класса TDBGridColumns можно изменять настройки полей компонента TDBGrid во время выполнения программы. Свойство state определяет способ создания колонок. Его значение устанавливается автоматически. При создании колонок для всех полей сразу (кнопка Add Аll Fields Редактора столбцов) устанавливается значение csDefault. При любом ручном изменении свойств устанавливается значение csCustomized. При программном изменении значения свойства во время выполнения все существующие колонки удаляются.

Все данные из существующих колонок можно сохранить в файле или потоке при помощи методов SaveToFile и saveToStream, а затем загрузить их обратно методами LoadFromFile и LoadFromStream.

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

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

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

1. Связать набор данных и компонент TDataSource. Для этого используется свойство DataSet компонента TDataSource, доступное через Инспектор объектов. Это указатель на экземпляр компонента доступа к данным. В списке этого свойства в Инспекторе объектов перечислены все доступные компоненты наборов данных.

2. Переименовать компонент. Это не обязательное действие. Тем не менее, желательно присваивать компонентам осмысленные имена, соответствующие названиям связанных наборов данных. Обычно название компонента комбинирует имя набора данных (например, SortDataSource).

Компонент TDataSource имеет ряд полезных свойств и методов. Итак, связывание с компонентом набора данных выполняет свойство property DataSet: TDataSet; При помощи свойства property Enabled: Boolean;

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

ь ТТаЫе - гомпонент таблицы обеспечивает доступ к таблице базы данных целиком, создавая набор данных, структура полей которого полностью повторяет таблицу, базы данных. За счет этого компонент прост в настройке и обладает многими дополнительными функциями, которые обеспечивают применение табличных индексов. Свойства IndexName и IndexFieldNames нельзя использовать одновременно. Число полей, используемых в текущем индексе табличного компонента, возвращает свойство

property IndexFieldCcunt: Integer; А свойство

property IndexFields: [Index: Integer]: TField;

представляет собой индексированный список полей, входящих в текущий индекс:

for i:= 0 to MyTable.IndexFieldCount --1do MyTable.IndexFields[i].Enabled := False;

Для выполнения операций с таблицами и индексами целиком в табличных компонентах реализовано несколько методов. Метод procedure CreateTable; создает новую таблицу в базе данных, используя заданное имя и описание полей, и индексов из свойств TFieldDefs и TindexDefs. Если таблица с таким именем уже имеется в базе данных, то она будет уничтожена и создана заново с новой структурой и данными. Метод procedure Empty Table;

удаляет из набора данных и таблицы базы данных все записи. Метод procedure DeleteTable; уничтожает таблицу базы данных, связанную с компонентом. Набор данных должен быть закрыт. Метод type TIndexOption = (ixPrimary, ixUnique, ixDescending, ixCaselnsensitive, ixExpression, ixNonMaintained); TIndexOptions = set of TIndexOption;

procedure Addlndex(const Name, Fields: String; Options: TIndexOptions, const DescFields: String="); добавляет к таблице БД новый индекс.

Параметр Name задает имя индекса. В параметре Fields через точку с запятой определяются имена полей, входящих в индекс. Параметр DescFields задает описание индекса из констант, объявленных в типе TIndexOption. Метод procedure Deletelndex(const Name: string); уничтожает индекс.

ь TQuery - компонент запроса предназначен для создания запроса SQL, подготовки его параметров, передачи запроса на сервер БД и представления результата запроса в наборе данных. При этом набор данных может быть редактируемым или нет.

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

2.2 Блочная схема

Рис. 6. Блочная схема разрабатываемой программы.

3. Технологическая часть

3.1 Руководство пользователя. ( не дописано)

Программа «База Данных: Футбол» поставляется в виде одного файла «Football.exe».

Для начала работы необходимо загрузить файл «Football.exe». После запуска программы на экране появится ее главное окно (рис.4):

Рис. 4. Главное окно программы.

1 - главное меню;

2 - запрос;

3 - сортировка;

4 - поиск;

5 - SQL-запрос;

6 - таблицы вывода;

7 - выбор базы данных;

8 - поля для введения текста поиска и SQL-запроса;

Главное меню программы (1) состоит из трех пунктов «Файл», «Отчет» «О программе». Пункт «Файл» включает:

ь Выход - завершение работы программы.

Пункт «Инструменты» включает в себя:

В таблицах вывода (6) отображаются все объекты, которые можно вводить, изменять, сортировать, искать и запрашивать.

3.2 Руководство программиста

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

3.3 Системные и программные требования

Для нормальной работы программы необходимо:

1. Процессор Pentium II 100MHz (минимально) и выше;

2. ОЗУ 8 Mb;

3. 10 Mb свободного места на диске;

4. Операционная система Windows 9X/ME/2000/XP;

Заключение

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

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

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

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

- высокая трудоемкость манипулирования информацией

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

1. Фаронов В. В. Delphi. Программирование на языке высокого уровня: Учебник для вузов - СПб.: Питер, 2005. - 640с.: ил.

2. Бобровский С. И. Delphi 7. Учебный курс - Спб.: Питер, 2004. - 736 с.: ил.

3. SQL Полное руководство BHV, Киев, 1998


Подобные документы

  • Сущности и функциональные зависимости базы данных. Атрибуты и связи. Таблицы базы данных. Построение ER-диаграммы. Организация ввода и корректировки данных. Реляционная схема базы данных. Реализация запросов, получение отчетов. Защита базы данных.

    курсовая работа [2,4 M], добавлен 06.02.2016

  • Понятие базы данных, ее архитектура. Классификация баз данных. Основные модели данных. Примеры структурированных и неструктурированных данных. Достоинства и недостатки архитектуры файл-сервер. Иерархическая модель данных. Виды индексов, нормализация.

    презентация [1,4 M], добавлен 06.08.2014

  • Разновидности систем управления базами данных. Анализ предметной области. Разработка структуры и ведение базы данных. Структурированный язык запросов SQL. Организация выбора информации из базы данных. Общие принципы проектирования экранных форм, макросов.

    курсовая работа [3,1 M], добавлен 26.02.2016

  • Базы данных с двумерными файлами и реляционные системы управления базами данных (СУБД). Создание базы данных и обработка запросов к ним с помощью СУБД. Основные типы баз данных. Базовые понятия реляционных баз данных. Фундаментальные свойства отношений.

    реферат [57,1 K], добавлен 20.12.2010

  • Понятие базы данных, модели данных. Классификация баз данных. Системы управления базами данных. Этапы, подходы к проектированию базы данных. Разработка базы данных, которая позволит автоматизировать ведение документации, необходимой для деятельности ДЮСШ.

    курсовая работа [1,7 M], добавлен 04.06.2015

  • Описание предметной области и соотношения между объектами. Этапы проектирования базы данных, ее инфологическая, концептуальная и физическая модели. Использование режима "Конструктор" при создании таблиц, разработка форм, запросов и отчетов в MS Access.

    курсовая работа [2,5 M], добавлен 07.11.2012

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

    реферат [1,6 M], добавлен 22.10.2009

  • Сущность базы данных. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Процесс нормализации. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных.

    курсовая работа [185,6 K], добавлен 08.11.2008

  • Понятие реляционной модели данных, целостность ее сущности и ссылок. Основные этапы создания базы данных, связывание таблиц на схеме данных. Проектирование базы данных книжного каталога "Books" с помощью СУБД Microsoft Access и языка запросов SQL.

    курсовая работа [838,9 K], добавлен 25.11.2010

  • Основные проблемы проектирования реляционных баз данных "МВД". Инфологическое описание сущностей и атрибутов программного обеспечения. Разработка датологической модели данных и гарантирование ее безопасности и целостности. Реализация запросов на SQL.

    курсовая работа [3,0 M], добавлен 28.06.2011

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.