Курсовая работа: Система управления базой данных
Таблица 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]. Указанные СУБД обладают например следующими возможностями: