DАвтокомпания=(30+4+50+20)*10=1040 байт.
Рассмотрим отношение «Маршрутов».
Число атрибутов отношения а=7. Число маршрутов в месяц принимаем равным 600, т.е. мощность отношения m=600. Данные сведены в таблицу 3.2
Таблица 3.2 - Маршруты
| Код маршрута | № рейса | Дата отправления | Время отправления | Регистрационный знак | № экипажа | Кол-во проданных билетов |
| 4 байта | 4 байта | 8 байт | 8 байт | 4 байта | 4 байта | 4 байта |
Тогда размер под данные таблицы составляет
DМаршруты=(4+4+8+8+4+4+4)*600=21600 байт
Рассмотрим отношение «Марки автобуса».
Число автобусов отношения а=6. Число марок автобусов выбирается равным 15, т.е. мощность отношения m=15. Данные сведены в таблицу 3.3
Таблица 3.3 – Марки автобусов
| Марка автобусов | Код автобуса | Кол-во мест | Марка топлива | Объём топливного бака | Группа допуска |
| 20 байт | 4 байта | 4 байта | 10 байт | 4 байта | 4 байта |
Тогда размер под данные таблицы составляет
DМарки автобусов =(20+4+4+10+4+4)*15=690 байт
Рассмотрим отношение «Рейсы».
Число атрибутов отношения а=6. Число рейсов принимаем равным 100, т.е. мощность отношения m=100. Данные сведены в таблицу 3.4
Таблица 3.4- Рейсы
| № рейса | Место отправления | Место назначения | Время в пути | Расстояние | Промежуточные остановки |
| 4 байта | 20 байт | 20 байт | 8 байт | 4 байта | 20 байт |
Тогда размер под данные таблицы составляет
DРейсы=(4+20+20+8+4+20)*100=7600 байт
Рассмотрим отношение «Автобусы».
Число атрибутов отношения а=3. Число воздушных средств с присвоенным регистрационным знаком принимаем равным 50, т.е. мощность отношения m=50. Данные сведены в таблицу 3.5
Таблица 3.5- Автобусы
| Регистрационный знак | Марка автобуса | Автокомпания |
| 4 байта | 20 байт | 30 байт |
Тогда размер под данные таблицы составляет
DАвтобусы=(4+20+30)*50=2700 байт
Рассмотрим отношение «Состав экипажа».
Число атрибутов отношения а=6. Мощность отношения принимаем равным 70, т.е. m=70. Данные сведены в таблицу 3.6
Таблица 3.6– Состав экипажа
| Код состава экипажа | Фамилия | Имя | Отчество | № экипажа |
| 4 байта | 20 байт | 20 байт | 20 байт | 4 байта |
Тогда размер под данные таблицы составляет
DСостав экипажа =(4+20+20+20+20+4)*70=6160 байт
Рассмотрим отношение «Экипажи».
Число атрибутов отношения а=3. Мощность отношения принимаем равным 55, т.е. m=55. Данные сведены в таблицу 3.7
Таблица 3.7- Экипажи
| № экипажа | Группа допуска | Медицинское заключение |
| 4 байта | 4 байта | 10 байт |
Тогда размер под данные таблицы составляет
DЭкипажи=(4+4+10)*55=990 байт
Тогда суммарный объём памяти отводимый под данные
D=DАвтокомпания+DМаршруты+ DМарки автобусов+ DРейсы+ Dавтобусы+ DСостав экипажа+ DЭкипажи=1040+21600+690+7600+2700+6160+990=40780 байт=40,78 Кбайт
2.4 Представление о характере и интенсивности запроса
Диспетчерская служба для каждого маршрута по определённому рейсу должна подобрать такую марку автобуса, которая удовлетворяет следующим требованиям:
— дальность маршрута автобуса должна быть больше или равна расстоянию между пунктами отправления и назначения соответствующего рейса;
— необходимо подобрать экипаж группа допуска, которого должна быть равна или выше соответствующей группе допуска самого автобуса,
— количество пассажирских мест в автобусе должно быть больше или равно проданным билетам для соответствующего рейса.
Операция по выборке автобуса, экипажа для маршрута, по соответствующим условиям выполняется диспетчерами приблизительно от 20 раз за сутки. Для обеспечения операции по выборке реализован запрос на выборку - «Выборка автобуса—экипажа для маршрута».
Диспетчер из полученных результатов запроса анализирует ситуацию и в таблицу маршрутов заносит данные.
По данным таблицы маршрутов обслуживающий персонал автовокзала должен подготовить выбранный автобус к маршруту. Для этого по запросу – «Техническое обслуживание».
В связи с потенциальными проблемами и чрезвычайными ситуациями с автобусами существует необходимость оповещения соответствующих автокомпаний о внештатных ситуациях. Для такого рода информационной поддержки существует запрос на выборку – «соответствие Автобусы-Автокомпании».
3. Выбор СУБД
Система управления базами данных предназначена для централизованного управления базой данных в интересах всех работающих в этой системе. Используемые в настоящее время СУБД обладающих средствами обеспечения целостности данных и надёжной безопасности, что даёт возможность разработчикам гарантировать большую безопасность данных при меньших затратах сил на низкоуровневое программирование. Программные продукты для БД функционирующие в среде Windows выгодно отличаются удобством пользовательского интерфейса и встроенными средствами повышения производительности. Сравним основные характеристики некоторых СУБД – лидеров на рынке программ для БД. Кчислутакихотносятся: dBase, Microsoft Access, Microsoft FoxPro, Paradox [1].
Изначально проектирование реляционной базы данных накладывает ограничение на выбор СУБД. Одним из возможных средств создания реляционной базы данных на физическом уровне является Access.
Круг пользователей создаваемой базы данных для автовокзал состоит, как ранее отмечалось из диспетчерского персонала и персонала осуществляющего техническое обслуживание автобусов. Для удовлетворения потребностей выделенных пользователей СУБД должна содержать в себе инструменты необходимые для обеспечения безопасности, т.к. технический персонал не должен иметь возможность изменения данных о маршрутах, рейсах, автокомпаниях, а данные о автобусах должны быть предоставлены в пользование техническому персоналу. Хорошими характеристиками безопасности отличается Access. Данная СУБД предусматривает назначение паролей для индивидуальных пользователей или групп пользователей, и присвоение различных прав доступа к отдельным таблицам, запросам, отчётам, макрокомандам и новым объектам на уровне пользователя или групп.
Необходимость использования базы данных для относительно большого числа пользователей накладывает дополнительные требования на выбор СУБД и системно программного обеспечения, в частности выбираемая СУБД должна работать в многопользовательских средах. Лучшими возможностями для работы в многопользовательских средах обладают Paradox и Access [2]. Указанные СУБД обладают например следующими возможностями:
— блокировка БД, файла, записи;
— идентификация станции, установившей блокировку;
— обновление информации после блокировки;
— контроль за временем и повторением обращения;
— обработка транзакций (последовательность операций пользователя над БД, которая сохраняет свою логическую целостность).
Одной из основных задач которую должны решать СУБД состоит в обеспечении целостности данных. Эта характеристика подразумевает наличие средств, позволяющих удостоверится, что информация в БД всегда остаётся корректной и полной. Должны быть установлены правила целостности соблюдающиеся на глобальном уровне. К средствам обеспечения целостности данных на уровне СУБД относят:
— встроенные средства для назначения первичного ключа;
— средство поддержания ссылочной целостности, которые обеспечивают запись информации о связях таблиц и автоматически пресекают любую операцию приводящую к нарушению целостности.
Некоторые СУБД имеют хорошо разработанный процессор для реализации таких возможностей как уникальность первичных ключей, ограничение операций, каскадное обновление и удаление информации. СУБД Access и Paradox гораздо ближе других СУБД соответствуют реляционной модели по надёжности сохранения целостности данных.на уровне БД; правила хранятся в БД и автоматически обновляются [1].
СУБД обладающие доступом данных посредством языка запросов SQL (Structured Query Language – язык структурированных запросов). Язык SQL в силу своего широкого применения является международным стандартом языков запросов. Язык предоставляет развитые возможности как конечным пользователям, так и специалистам в обработке данных. Совместимость с SQL системами играет большую роль когда предполагается проведение работ с корпоративными данными. СУБД имеют доступ к данным SQL если базы данных совместимы с ODBC (Open Database Connectivity – открытое соединение баз данных). С помощью Access можно напрямую управлять базами данных с помощью SQL и передавать сквозные SQL-запросы совместными со спецификацией ODBC SQL-базами данных. Так что Access способна служить средством разработки масштабируемых систем клиент-сервер [3].
Кроме того СУБД Access входит в пакет программ Microsoft Office, и имеет хорошо организованные связи с такими программами как Excel, Word. Данное взаимодействие обеспечивает потенциальную возможность увеличения функциональных способностей Access. Наличие в составе Access языка программирования высокого уровня Visual Basic позволяет создавать макрокоманды и процедуры для более гибкого обращения с данными.
В настоящее время Access является признанным стандартом для создания и ведения сравнительно малых БД. Access позволяет импортировать в свой формат большинство файлов БД реляционного типа и экспортировать их далее. Обладает удобным для пользователя – непрограммиста интерфейсом и ведёт развёрнутый диалог с комментариями. Access обладает высокими характеристиками производительности, предоставляет своим пользователям достаточно широкие функциональные возможности для реализации потребностей и дальнейшего развития ИС.