ГЛАВА 4. Построение модели данных в Erwin

ERwin - средство разработки структуры базы данных (БД). ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. [5]

Построение логической и физической модели данных

В Erwin существуют 2 уровня моделирования: логический и физический.

На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц. Логическая модель данных процесса страхования автогражданской ответственности изображена на рис.25.

Рис. 25. Логическая модель данных

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

Таблица 5

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

Сущность «Клиент» содержит следующие атрибуты: «идентификационный номер клиента» – первичный ключ; «№ автомобиля», «№ договора», «Код сотрудника»– внешние ключи, а так же атрибуты «ФИО», «Дата рождения», «Адрес» и «Паспорт», описывающие личные данные клиента.

Сущность «Договор» содержит следующие атрибуты:

- № договора (первичный ключ);

- № автомобиля;

- Дата страхования

- Сумма страхования.

Сущность «Автотранспорт» содержит информацию о имеющемся автотранспорте клиента и включает следующие атрибуты:

- № авто (первичный ключ);

- Цвет;

- Марка авто;

- Год выпуска.

Сущность «Полис» включает следующий набор атрибутов:

- № полиса (Первичный ключ);

- № договора (Внешний ключ);

- Дата выдачи;

- Срок окончания.

Сущность «Сотрудник» содержит информацию о штате сотрудников и включает следующие атрибуты:

- Код сотрудника (Первичный ключ);

- ФИО;

- Дата рождения;

- Паспорт.

Сущность «Взносы» содержит следующие атрибуты:

- № квитанции (Первичный ключ);

- Дата взноса;

- Сумма;

- № договора (Внешний ключ).

Приведем пояснения к каждой связи между сущностями.

Тип связи между таблицами «Клиент» и «Договор» - один к одному, т.е. один каждый клиент заключает по одному договору на каждый автомобиль.

Тип связи между таблицами «Автотранспорт» и «Клиент» - один к одному, т.е. каждый клиент имеет по 1 экземпляру автотранспорта для страхования по одному договору.

Тип связи между таблицами «Договор» и «Полис» - один к одному, т.е. по каждому договору клиенту выдается один полис.

Тип связи между таблицами «Сотрудник» и «Клиент» - неидентифицирующая. Каждый сотрудник может обслуживать несколько клиентов.

Тип связи между таблицами «Договор» и «Взносы» - один ко многим, т.к. по каждому договору от клиента поступает несколько взносов.

Физическая модель данных зависит от конкретной СУБД. В физической модели содержится вся информация обо всех объектах БД. Исходя из этого можно утверждать, что одна и та же логическая модель может быть представлена несколькими физическими. Представленные в физической модели атрибуты несут конкретную информацию о конкретных физических объектах. Физическая модель процесса страхования изображена на рисунке 26.

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