Разработка базы данных
Зарегистрируйся в два клика и получи неограниченный доступ к материалам,а также промокод на новый заказ в Автор24. Это бесплатно.
Проектирование базы данных начинается с анализа предметной области и выделения основных сущностей и их атрибутов. Концептуальная схема предметной области показана на рисунке 1.
Рис. 1. Концептуальная схема предметной области
Как видно из рисунка, основные сущности предметной области:
Экскурсия – мероприятие, направленное на ознакомление ее посетителей с одной или несколькими достопримечательностями города.
Место – объект Красноярска, представляющий культурный интерес.
Участник – житель или гость Красноярска, участвующий в экскурсии.
Гид – специалист, ведущий экскурсию, может как работать на определенную компанию, так и оказывать частные услуги.
На основе полученной концептуальной схемы строится реляционная база данных, работающая под управлением СУБД MySQL. Физическая модель базы данных показана на рисунке 2.
Рис. 2. Физическая модель базы данных
На рисунке 2 показаны следующие таблицы:
Users – пользователи веб-приложения, интересующиеся экскурсиями и достопримечательностями.
TourMembers – участники определенной экскурсии.
Tours – экскурсии, проводимые гидами.
TourPlaces – места, по которым проходят экскурсии.
Places – достопримечательности Красноярска, места, представляющие культурную ценность.
Agents – гиды, проводящие экскурсии.
Характеристики атрибутов полученных реляционных отношений приведены в таблицах 2-7.
Таблица 2
Users (Пользователи)
Название Тип данных Описание
id
int UN Идентификатор пользователя, первичный ключ
name
varchar(300) Имя пользователя
email
varchar(40) Адрес электронной почты пользователя, логин
password
varchar(255) Пароль от учетной записи пользователя
Таблица 3
TourMembers (Участники экскурсии)
Название Тип данных Описание
noteId
int UN Идентификатор записи, первичный ключ
member_id
int UN Номер пользователя, внешний ключ
tour_id
int UN Номер экскурсии, внешний ключ
Таблица TourMembers является вспомогательной сущностью для разделения связи типа «многие-ко-многим»
Зарегистрируйся, чтобы продолжить изучение работы
. Связь указанного типа возникает между сущностями «Экскурсия» и «Участник», так как один участник может записаться на несколько экскурсий, а в одной экскурсии может участвовать несколько человек.
Таблица 4
Tours (Экскурсии)
Название Тип данных Описание
tourId
int UN Идентификатор экскурсии, первичный ключ
sdate
datetime
Дата и время начала экскурсии
edate
datetime
Дата и время окончания экскурсии
ttitle
varchar(255) Название экскурсии
tdesc
text
Описание экскурсии
tprice
double
Стоимость экскурсии для одного человека
agent_id
int UN Номер гида, внешний ключ
Связь между таблицами Tours и Agents относится к типу «один-ко-многим»: один гид может проводить несколько разных экскурсий, одна экскурсия может проводиться только одним гидом.
Таблица 5
TourPlaces (Маршрут экскурсии)
Название Тип данных Описание
rowId
int UN Идентификатор записи, первичный ключ
place_id
int UN Номер достопримечательности, внешний ключ
tour_id
int UN Номер экскурсии, внешний ключ
Таблица TourPlaces позволяет разделить связи типа «многие-ко-многим» между сущностями «Экскурсия» и «Место»
50% курсовой работы недоступно для прочтения
Закажи написание курсовой работы по выбранной теме всего за пару кликов. Персональная работа в кратчайшее время!