Разработка базы данных по задаче "Авиакассы".

Содержание

Введение
Глава 1. Разработка базы данных
1.1. Сведения о базах данных
1.1.1 Классификация баз данных
1.1.2. Структурные элементы базы данных
1.2. Виды моделей данных
1.3. Понятие информационного объекта
1.4. Нормализация отношений
1.5. Типы связей
1.6. Модели данных
Глава 2. Разработка программы
2.1. Постановка задачи
2.2. Построение инфологической модели данных
2.3. Построение датологической модели данных
2.4. Основные принципы работы программы
2.5. Разработка интерфейса программы
2.6. Средства работы с базами данных
2.7. Системные требования программы
Заключение
Список литературы
Приложение 1. Руководство пользователя
Приложение 2. Руководство программиста

Разработка базы данных по задаче "Авиакассы".

Элементы реляционной базы данных
Реляционная база данных (БД) состоит из взаимосвязанных таблиц. Каждая таблица содержит информацию об объектах одного типа, а совокупность всех таблиц образует единую БД.
Таблицы баз данных
Таблицы, образующие БД, находятся в каталоге (папке) на жестком диске. Таб­лицы хранятся в файлах и похожи на отдельные документы или электронные таблицы (например, табличного процессора Microsoft Excel), их можно переме­щать и копировать обычным способом, скажем, с помощью Проводника Windows. Однако в отличие от документов, таблицы БД поддерживают много­пользовательский режим доступа, это означает, что их могут одновременно ис­пользовать несколько приложений.
Каждая таблица БД состоит из строк и столбцов и предназначена для хранения данных об однотипных объектах информационной системы. Строка таблицы называется записью, столбец таблицы — полем. Каждое поле должно иметь уникальное в пределах таблицы имя.
Рис. 2.4 Схема таблицы базы данных
Поле содержит данные одного из допустимых типов, например, строкового, целочисленного или типа "дата". При вводе значения в поле таблицы автоматически производится проверка соответствия типа значения и типа поля. В случае, да эти типы не совпадают, а преобразование типа значения невозможно, генерируется исключение.
Основу таблицы составляет описание ее полей, каждая таблица должна иметь хотя бы одно поле. Понятие структуры таблицы является более широким и включает:
- описание полей;
- ключ;
- индексы;
- ограничения на значения полей;
- ограничения ссылочной целостности между таблицами;
- пароли;
Иногда ограничения на значения полей, ограничения ссылочной целостности, между таблицами, а также права доступа называют одним общим термином "ограничения".
С таблицей в целом можно выполнять следующие операции:
- создание (определение структуры);
- изменение структуры (реструктуризация);
- переименование;
- удаление;
При создании таблицы задаются структура и имя таблицы.
Ключи и индексы
Ключ представляет собой комбинацию полей, данные в которых однозначно определяют каждую запись в таблице. Простой ключ состоит из одного поля, а составной (сложный) — из нескольких полей. Поля, по которым построен ключ, называют ключевыми. В таблице может быть определен только один ключ. Ключ обеспечивает:
- однозначную идентификацию записей таблицы;
- ускорение выполнения запросов к БД;
- установление связи между отдельными таблицами БД;
- использование ограничений ссылочной целостности;
Ключ также называют первичным ключом или первичным (главным) индексом.
В БД Access вся информация содержится в одном общем файле с расширением mdb. Значения ключа располагаются в определенном порядке. Для каждого значения ключа имеется уникальная ссылка, указывающая на расположение соответст­вующей записи в таблице (в главном ее файле). Поэтому при поиске записи вы­полняется не последовательный просмотр всей таблицы, а прямой доступ к записи на основании упорядоченных значений ключа.
Ценой, которую разработчик и пользователь платят за использование такой тех­нологии, является увеличение размера БД вследствие необходимости хранения значений ключа. Таблицы различных форматов имеют свои особенности построения ключей. Вместе с тем существуют и общие правила.
- Ключ должен быть уникальным. У составного ключа значения отдельных полей (но не всех одновременно) могут повторяться.
- Ключ должен быть достаточным и неизбыточным, т. е. не содержать поля, которые можно удалить без нарушения уникальности ключа.
- В состав ключа не могут входить поля некоторых типов, например, графиче­ское поле.
Выбор ключевых полей не всегда является простой и очевидной задачей, осо­бенно для таблиц с большим количеством полей. Нежелательно выбирать в ка­честве ключевых поля, содержащие фамилии людей в таблице сотрудников ор­ганизации или названия товаров в таблице данных склада. В этом случае высока вероятность существования двух и более однофамильцев, а также товаров с оди­наковыми названиями, которые различаются, к примеру, цветом (значение другого поля). Для указанных таблиц можно использовать, например, поле кода сотрудника и поле артикула товара. При этом предполагается, что указанные значения являются уникальными.
Отметим, что при создании и ведении БД правильным подходом считается за­дание в каждой таблице ключа даже в случае, если на первый взгляд он не ну­жен.
Индекс, как и ключ, строится по полям таблицы, однако он может допускать повторение значений составляющих его полей — в этом и состоит его основное отличие от ключа. Поля, по которым построен индекс, называют индексными. Простой индекс состоит из одного поля, а составной (сложный) — из несколь­ких полей.
Использование индекса обеспечивает:
- увеличение скорости доступа к данным (поиска);
- сортировку записей;
- установление связи между отдельными таблицами БД;
- использование ограничений ссылочной целостности;
В двух последних случаях индекс применяется совместно с ключом второй таб­лицы.
Как и ключ, индекс представляет собой своеобразное оглавление таблицы, про­смотр которого выполняется перед обращением к ее записям. Таким образом, использование индекса повышает скорость доступа к данным в таблице за счет того, что доступ выполняется не последовательным, а индексно-последова-тельным методом.
Сортировка представляет собой упорядочивание записей по полю или группе полей в порядке возрастания или убывания их значений.
Для одной таблицы можно создать несколько индексов.
Ключевые поля обычно автоматически индексируются.
Таким образом, использование ключей и индексов позволяет:
- однозначно идентифицировать записи;
- избегать дублирования значений в ключевых полях;
- выполнять сортировку таблиц;
- ускорять операции поиска в таблицах;
- устанавливать связи между отдельными таблицами БД;
- использовать ограничения ссылочной целостности;
Одной из основных задач БД является обеспечение быстрого доступа к данным (поиска данных). Время доступа к данным в значительной степени зависит от используемых для поиска данных методов и способов.
Связь между таблицами
В частном случае БД может состоять из одной таблицы, содержащей, например, :ни рождения сотрудников организации. Однако обычно реляционная БД состоит из набора взаимосвязанных таблиц. Организация связи (отношений) между таблицами называется связыванием или соединением таблиц.
Связи между таблицами можно устанавливать как при создании БД, так и при выполнении приложения, используя средства, предоставляемые СУБД. Связывать можно две или несколько таблиц. В реляционной БД, помимо связанных, могут быть и отдельные таблицы, не соединенные ни с одной другой таблицей. Это не меняет сути реляционной БД, которая содержит единую информацию об информационной системе, связанную не в буквальном смысле (связь между таблицами), а в функциональном смысле — вся информация относится к одной системе.
Для связывания таблиц используются поля связи (иногда применяется термин «совпадающие поля»). Поля связи обязательно должны быть индексированными. В подчиненной таблице для связи с главной таблицей задается индекс, который также называется внешним ключом.

Рис. 2.5 Схема связи между таблицами базы данных Paradox
В главной таблице определен ключ, построенный по полю id автоинкре­ментного типа. В подчиненной таблице определен ключ по полю id так­же автоинкрементного типа и индекс, построенный по полю idreis целочис­ленного типа. Связь между таблицами устанавливается по полям id и idreis.
Связь между таблицами определяет отношение подчиненности, при котором одна таблица является главной (родительской, или мастером — Master), а вто­рая — подчиненной (дочерней, или детальной — Detail). Саму связь (отношение) называют связь "главный-подчиненный", "родительский-дочерний" или "мастер-детальный". Существуют следующие виды связи:
- отношение "один-к-одному";
- отношение "один-ко-многим";
- отношение "много-к-одному";
- отношение "много-ко-многим";
Работа со связанными таблицами имеет следующие особенности.
- При изменении (редактировании) поля связи может нарушиться связь между записями двух таблиц. Поэтому при редактировании поля связи записи глав­ной таблицы нужно соответственно изменять и значения поля связи всех подчиненных таблиц.
- При удалении записи главной таблицы нужно удалять и соответствующие ег записи в подчиненной таблице (каскадное удаление).
- При добавлении записи в подчиненную таблицу значение ее поля связи должно быть установлено равным значению поля связи главной таблицы.
Бизнес-правила
Бизнес-правила представляют собой механизмы управления БД и предназначены для поддержания БД в целостном состоянии, а также для выполнения ряда других действий, например, накапливания статистики работы с БД.
В данном контексте бизнес-правила являются просто правилами управления БД и не имеют отношения к бизнесу как предпринимательству.
В первую очередь бизнес-правила реализуют следующие ограничения БД:
- задание допустимого диапазона значений;
- задание значения по умолчанию;
- требование уникальности значения;
- запрет пустого значения;
- ограничения ссылочной целостности.
Бизнес-правила можно реализовывать как на физическом, так и на программ­ном уровнях. В первом случае эти правила (например, ограничения ссылочной целостности для связанных таблиц) задаются при создании таблиц и входят в структуру БД, В дальнейшей работе нельзя нарушить или обойти ограничение, заданное на физическом уровне.
Вместо заданных на физическом уровне бизнес-правил или в дополнение к ним можно определить бизнес-правила на программном уровне. Действие этих пра­вил распространяется только на приложение, в котором они реализованы. Для программирования в приложении бизнес-правил используются компоненты и предоставляемые ими средства. Достоинство такого подхода заключается в лег­кости изменения бизнес-правил и определении правил "своего" приложения. Недостатком является снижение безопасности БД, связанное с тем, что каждое приложение может устанавливать свои правила управления БД.
При работе с удаленными БД в архитектуре "клиент-сервер" бизнес-правила можно реализовывать также на сервере.
2.7. Системные требования программы
Для работы программы необходима установленная на компьютере пользователя операционная система Windows версии не ниже 95. Также для работы программы необходим Microsoft Access, входящий в состав пакета Microsoft Office.
Для нормальной работы необходимо 128 Мб оперативной памяти.
Заключение
В данном проекте была разработана программа для работы с базой данных авиакассы.
Программа была разработана в среде Microsoft Access.
Программа позволяет хранить и редактировать данные о рейсах, а также о проданных на них билетах.
В программе разработаны формы3 для ввода, редактирования и удаления данных, а также отчеты для просмотра данных.
Список литературы
1. Блюттман Кен, Уайн Фриз «Анализ данных в Access. Сборник рецептов», С-Пб, «Питер», 2006.
2. Богумирский Б. «Эффективная работа на IBM PC в среде Windows 95» СПб, «Питер», 1997.
3. Вейскас Д. «Эффективная работа с Microsoft Access 7.0» «Microsoft Press», 1997.
4. Вудкок Дж., Янг М. «Эффективная работа с Microsoft Office 95» «Microsoft Press».
5. Гетц К., Литвин П., Бэрон Э., «Access. Сборник рецептов для профессионалов», С-Пб, «Питер», 2005.
6. Горев А., Макашарипов С., «Эффективная работа с СУБД» СПб, «Питер», 1997.
7. Джон Кронан, Вирджиния Андерсен, Бренда Брайант Андерсон «Microsoft Office Access 2003. Быстрые шаги», М., «НТ Пресс», 2005.
8. Диго С.М. «Access», М., «Проспект», 2006.
9. Киммел, Пол. «Освой самостоятельно программирование для Microsoft Access 2002 за 24 часа», М., «Вильямс», 2003.
10. Кириллов В.В. «Основы проектирования реляционных баз данных.» Учебное пособие. - СПб.: ИТМО, 1994.
11. Пол Мак-Федрис «Формы, отчеты и запросы в Microsoft Access 2003», М., «Вильямс», 2005.
Приложение 1. Руководство пользователя
При запуске программы пользователь видит рабочее окно программы:
Рис. 1. Рабочее окно программы.
Рис. 2. Форма заказа билетов
Рис. 3. Форма редактирования рейсов
Рис. 4. Форма просмотра заявок на билеты
Рис. 5. Просмотр списка пассажиров
Рис. 6. Отчеты, используемые в программе
Приложение 2. Руководство программиста
Программа была выполнена в среде Microsoft Access – это мощная система, предназначенная для быстрой разработки приложений самого разного характера и назначения.
Данные для использования в формах получаются посредством запросов.
Рис. 6. Запросы для выборки данных
Пример кода:
Option Compare Database
Private Sub ButZakaz_Click()
Dim rs As Recordset
Dim FIO As String
Dim numdays As Integer
Const numdaysbron = 30
numdays = Forms!Reis!date - Now()
If numdays > numdaysbron Then
MsgBox "Продажа билетов за " & numdaysbron & " дней до рейса"
Exit Sub
End If
If Forms!Reis!num > 0 Then
FIO = InputBox("Введите Ф.И.О.", "Ввод ФИО")
If Len(FIO) > 0 Then
'Резервирование билета
Set rs = CurrentDb.OpenRecordset("Tickets")
rs.AddNew
rs![idreis] = Forms!Reis!id