Моделирование базы данныхвыбраннымcase-средством Erwin

Обычно разработка модели базы данных состоит из двух этапов: составление логической модели и создание на ее основе физической модели. ERwin полностью поддерживает такой процесс, он имеет два представления модели: логическое (logical) и физическое (physical).Таким образом, разработчик может строить логическую модель базы данных, не задумываясь над деталями физической реализации, т.е. уделяя основное внимание требованиям к информации и бизнес-процессам, которые будет поддерживать будущая база данных. ERwin имеет очень удобный пользовательский интерфейс, позволяющий представить базу данных в самых различных аспектах.

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

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

Рисунок 5. – Логическая модель

В ходе рассмотрения предметной области было выделено 8 сущностей:

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

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

Сущность Путь хранит информацию о продолжительности пути. Ключевой атрибут – КодПути.

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

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

Сущность Заказчик предназначена для хранения информации о заказчиках. Эта сущность позволяет уникально идентифицировать каждого заказчика в системе (КодЗаказчика является ключевым атрибутом);

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

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

ВERWinпредставление структуры базы данных для конкретной целевой СУБД называется физической моделью.Физическая модель представлена на рисунке 6.