Категории пользователей

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

А отчеты, предусмотренные в ней – и для других подразделений предприятия, а также для его руководителей.

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

Введем следующие понятия и условные обозначения:

Сущности

СУЩНОСТЬ

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

Сущности будем обозначать прямоугольниками,

Атрибуты сущности

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

СУЩНОСТЬ

Атрибуты

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

обозначающий сущность, под именем сущности, и писать

малыми буквами.

Взаимосвязи

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

1

∞

Связи – обозначим линиями, над которыми будем проставлять степень связи («1» или «∞», обозначающую "много") и ее характеристики.

Ключевые поля

Определим понятие первичных и внешних ключей

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

Один из них принимается за первичный ключ.

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

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

Внешние ключи

• Если сущность С связывает сущности А и В, то она должна включать внешние ключи, соответствующие первичным ключам сущностей А и В.

• Если сущность В обозначает сущность А, то она должна включать внешний ключ, соответствующий первичному ключу сущности А.

Примечание:

1. Поскольку разработчики СУБД MS Access изначально учли проблемы, возникающие с первичными и внешними ключами, в Access был введен специальный тип поля – КЛЮЧЕВОЕ ПОЛЕ. Его тип – СЧЕТЧИК.

Access не требует его обязательного включения в таблицу. Но настоятельно предлагает.

Особенности этого типа поля таковы:

• При вводе новой записи – в этом поле АВТОМАТИЧЕСКИ формируется новое, уникальное, неповторяющееся числовое значение.

• Поле не может принимать неопределенное значение.

• Поле – автоматически индексируется.

• Ручное изменение значения этого поля невозможно.

Поэтому проблема ключевых полей и внешних ключей в Access решается просто:

• В главной таблице (сущности) создаем специальное ключевое поле. Оно и будет у нас первичным ключем.

• В подчиненные таблицы вводим его копию (с тем же названием). Это будет их внешний ключ.

• Связываем по этим полям главную и подчиненную таблицы. Вот и все. Связь реализована!

2. Ввели в Access разработчики и инструмент, который называется «Схема данных»

            Которая позволяет не только связать таблицы, но и указать для каждой связи:

• ее тип («один – к – одному», «один – ко – многим» и т.д.)

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

Что необходимо указывать и при построении ER – модели базы данных.

В частности, именно поэтому Access идеально подходит в качестве системы программирования для реализации ER – моделей.

            При реализации нашей ER – модели в Access мы всеми этими возможностями и воспользуемся.