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

Создание модели данных, как правило, начинается с создания логической модели. После описания логической модели, проектировщик может выбрать необходимую СУБД и ERwin автоматически создаст соответствующую физическую модель. На основе физической модели ERwin может сгенерировать системный каталог СУБД или соответствующий SQL-скрипт. Этот процесс называется прямым проектированием (Forward Engineering). Тем самым достигается масштабируемость - создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. Для переключения между логической и физической моделью данных служит список выбора в левой части панели инструментов ERwin.

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

Каждому атрибуту всех таблиц нами был присвоен определенный тип данных определяющих совокупность значений, которые могут содержаться в каждом атрибуте. Множество значений может быть задано несколькими способами, в том числе перечислением допустимых значений, указанием типа (string, integer, unsigned integer, boolean и т.д.) или указанием условия принадлежности. В описаниях функций принадлежности и при определении допустимых отношений можно применять любые операции над данными: сравнение, логические связки и другие средства используемого языка определений ограничений целостности.

Для реализации проекта информационной системы веб - представительства ювелирного магазина были созданы два уровня представления модели – логический (Приложение 2, Рисунок 2.1) и физический (Приложение 2, Рисунок 2.2).

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

Таблица Заказ связывается со всеми остальными таблицами при помощи внешних ключей.

Таблица Физическое лицо содержит персональную и адресную информацию, о клиенте которым выступает физическое лицо.

Таблица Юридическое лицо содержит информацию о компании, которая также может стать клиентом интернет - магазина.

Таблица Изделие содержит информацию о продукции компании.

Таблица Доставка содержит информацию о способах доставки заказа.

Таблица Оплата содержит информацию о способах оплаты заказа.

Таблица Администратор содержит информацию об администраторе магазина обработавшего заказ.

Дата добавления: 2015-07-10