База данных «Автопарк»

Требуется создать базу данных для автобусного парка. В этой базе заказчик хотел бы хранить информацию

• о том, какие водители на каких маршрутах могут работать (т.е. знают эти маршруты)

• о наличии и состоянии подвижного состава автобусного парка

• о том, какие автобусы закреплены за какими водителями

Некоторые условия работы автобусного парка, существенные для проектирования базы данных:

• каждый водитель может знать несколько маршрутов; каждый маршрут обслуживается несколькими водителями

• один автобус может быть закреплен за несколькими водителями; но каждый водитель всегда ездит на одном и том же автобусе (хотя, возможно, по разным маршрутам).

Замечание: если при проектировании базы данных разработчику пришлось принимать дополнительные соглашения об информации, которая должна храниться в базе данных, то эти соглашения должны быть описаны в отчете.

Этапы проектирования базы данных:

1. определение объектов (сущностей) предметной области - источников данных, которые должны быть включены в базу данных

2. определение атрибутов каждой сущности

3. выявление связей между сущностями

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

5. построение ER-диаграмм, отображающих выявленные связи

6. формирование таблиц базы данных по ER-диаграммам:

   • определение нужного количества таблиц

   • определение первичных и вторичных ключей таблиц

Форма отчета: должны быть представлены все материалы, полученные на каждом (!с первого по шестой!) этапе проектирования базы данных, т.е.

• выявленные объекты

• их атрибуты

• связи между объектами

• классы принадлежности (с обоснованием принятых решений)

• соответствующие ER-диаграммы

• описание разработанных таблиц (с обоснованием создания именно такого количества таблиц и указанием их первичных и вторичных ключей)

Этапы реализации базы данных в Access:

1. создание описания таблиц (обычно в режиме конструктора)

2. создание схемы базы данных

3. создание форм, удобных для ввода данных в таблицу

4. создание кнопочной формы-заставки

5. заполнение таблиц (с использованием форм)

Отчет: показ на машине всех элементов созданной базы данных.

Краткое описание er–метода проектирования реляционных баз данных ( метод, использующий схему «сущность-связь» -«Entity-Relationship» )

Одним из наиболее понятных и практически используемых методов проектирования реляционных баз данных является метод семантического моделирования. В качестве инструмента используются различные варианты диаграмм.

ОПРЕДЕЛЕНИЯ:

Сущность определяется как некоторый объект рассматриваемой предметной области, информация о котором должна быть отражена в базе данных.

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

Связь – это некоторая ассоциация между двумя сущностями.

Атрибут – это свойство сущности.

Сущность – это, как правило, существительное; связь чаще всего выражается глаголом.

Например, проектируется база данных издательства, предназначенная для хранения информации о книгах и авторах, которые их написали. Тогда два главных объекта (две сущности, информация о которых должна быть отражена в базе данных) – это книга и автор. Эти сущности содержательно соединены с помощью связи пишет. Атрибуты сущности книга – это название, количество страниц, тираж, дата выхода сигнального экземпляра, цена и т.д. Атрибуты сущности автор – это фамилия, адрес, телефон, №счета и т.д.

Сущности изображаются в виде прямоугольника, атрибуты вписываются внутрь прямоугольника, изображающего сущность:

КНИГА

Название

Количество страниц

Тираж

Дата выхода

АВТОР

Фамилия И.О.

Адрес

Телефон

№счета

Данные определения не являются формальными, однако они приемлемы для использования при проектировании базы данных. Особенность ER-метода заключается в том, что разные проектировщики могут рассматривать одну и ту же предметную область с различных точек зрения, получая в итоге разные наборы сущностей и связей. Определение лучшего из нескольких возможных наборов является вопросом личного предпочтения.

Атрибут или набор атрибутов, используемый для идентификации экземпляра сущности, называется ключом сущности. Таким образом, ключ сущности должен быть уникальным для каждого экземпляра этой сущности. Ключ каждой сущности не должен быть избыточным, т.е. удаление любого атрибута из этого набора будет нарушать его уникальность. Ключевые атрибуты каким-либо образом выделяются на диаграмме (например, подчеркиванием или более жирным шрифтом).