Виды моделей баз данных

Связи

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

Предметной областью называется часть реального мира, {представляющая интерес для данного исследования, в данном случае} отображаемая в базе данных (БД).

Таблицы БД описывают некоторые объекты предметной области, которые принято называть сущностями. Поля таблиц отображают свойства объектов, эти свойства называют атрибутами.

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

Различают связи типа «один к одному» (1:1), «один ко многим» (1:М) и «многие ко многим» (М:М). Иногда эти типы называют степенью связи.

М:М

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

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

2) Студент <<---> Факультет; Служащий <<---> Отдел; Клиент <--->> Заказ… (1:М)

3) Студент <---> Зачетка (1:1).

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

Исходя из задачи, выделим следующие сущности:

МОДЕЛЬ

АВТОМОБИЛЬ

КЛИЕНТ

ПРОДАВЕЦ

ЗАКАЗ

ПРОДАЖА

СЧЕТ.

Свойства объекта КЛИЕНТ: наименование, адрес и т. п.

МОДЕЛЬ: наименование модели, наименование фирмы, страна, рабочий объем двигателя и т. п.

ПРОДАВЕЦ: имя, фамилия и т. п.

ЗАКАЗ: номер заказа, заказчик, наименование модели и т.п.

АВТОМОБИЛЬ: модель, дата выпуска, стоимость и т. п.

ПРОДАЖА: счет, дата продажи, автомобиль, сумма и т.п.

СЧЕТ: номер, дата выписки, пометка об оплате и т. п.

Определим взаимосвязи между объектами.

}

Иногда тип связи между объектами описывается некоторой глагольной формой.

Для того, чтобы 2 таблицы были связанными, необходимо, чтобы уникальное поле (поля) одной таблицы присутствовали во множестве полей второй таблицы. Данное поле во 2-ой таблице называют внешним ключом. В отношении 1:М внешний ключ создается на стороне М.

{Прежде чем приступить к созданию таких объектов базы данных, как таблицы, формы и отчеты, нужно разработать их проект.} Главное назначение проекта — выработка четкого пути, по которому нужно следовать при разработке БД. {База данных — достаточно сложный объект, и время, затраченное на ее планирование, может значительно сократить сроки ее разработки. Отсутствие продуманной структуры базы данных приводит к необходимости постоянной переделки и перенастраиванию объектов базы данных.}

Проектирование базы данных принято начинать с разработки инфологической модели.

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

Задачей инфологического проектирования является получение смысловых моделей, отражающих содержание конкретной предметной области. На данном этапе определяются объекты, их свойства и связи между ними, являющиеся существенными для будущих пользователей системы. {Можно сказать, что сущность инфологического проектирования заключается в установлении соответствия между состоянием предметной области, его восприятием и представлением в БД.}

При разработке инфологической модели необходимо ответить на следующие вопросы:

• Какими данными мы располагаем?

• Какие таблицы необходимо создать?

• Какой тип данных должны иметь поля таблиц?

• Как эти таблицы будут связаны друг с другом?

• Какую информацию необходимо получить из форм и отчетов?

• Какие запросы необходимы для создания форм и отчетов?

• Нужны ли в запросах вычисляемые поля?

• Какие макросы могут быть созданы для автоматизации работы с БД?

Реляционная модель описывает предметную область в виде нормализованных связанных таблиц.

Дата добавления: 2015-05-09