Прокат автомобилей база данных

1 Структуры базы данных

На первом этапе разработки базы данных, перед составлением структуры БД, нужно подготовить краткое описание предметной области:

 какие таблицы входят в базу данных,

 какие атрибуты входят в каждую таблицу,

 какие таблицы связанны между собой.

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

1.1 Семантическое моделирование предметной области

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

Основной задачей семантического моделирования является выяснение смысловых взаимосвязей между элементами данных. Эти взаимосвязи должны быть отражены на диаграмме «объект/отношение».

Рассмотрим положения этого метода моделирования на примере разработки структуры базы данных проката автомобилей.

Работа компании проката автомобилей построена следующим образом:

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

На диаграмме «объект/отношение», сначала выделяются объекты, сведения о которых участвуют в приведенном выше описании. Такие объекты называются правильными и изображаются на диаграмме «объект/отношение» в виде прямоугольников. К ним относятся объекты: «Клиент», «Заказ», «Автомобиль», «Сотрудник».

Затем для каждого объекта указывается в виде эллипса ключевое свойство, которое будет использоваться в качестве первичного ключа таблицы, и помечается знаком, например, «#».

Для правильных объектов выбраны ключевые свойства:

­ «Клиент» – код клиента (КодК#),

­ «Заказ» – код заказа (КодЗ#),

­ «Автомобиль» – Номер(НомерА#),

­ «Сотрудник» –Табельный номер (НомерТ#).

Объекты вступают между собой в некоторые смысловые отношения, отображаемые на диаграмме «объект/отношение» в виде ромбов. Ромбы соединяются отрезками прямых с прямоугольниками, которые соответствуют объектам, участвующим в отношении:

Если одному экземпляру первого объекта могут соответствовать несколько экземпляров второго объекта, а одному экземпляру второго объекта – один и только один экземпляр первого объекта, то речь идет об отношении типа один - ко - многим (1-М).

- 1-М (один-ко-многим) – «Клиент» - «Заказ», «Сотрудник» - «Заказ», «Автомобиль» – «Заказ»,

Если одному экземпляру первого объекта могут соответствовать несколько экземпляров второго объекта, а одному экземпляру второго объекта несколько экземпляров первого объекта, то говорят об отношении типа