Новосибирск 2016г



страница4/7
Дата21.08.2017
Размер2,93 Mb.
1   2   3   4   5   6   7

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


Для того чтобы спроектировать реляционную БД нужно выделить определенную совокупность таблиц, которые содержат необходимую информацию, и установить связи между этими таблицами. Для того, чтобы спроектировать БД таким образом, применяют два подхода: сверху вниз или снизу-вверх. При первом подходе сначала определяются основные задачи, для решения которых строится БД и потребности этих задач в определенных данных. А уже потом эти данные распределяются по таблицам и связываются между собой. При втором подходе изучается предметная область, реквизиты всех документов, проводится анализ данных и устанавливаются типовые объекты этой области. После чего строятся реляционные таблицы и связи между ними. Вообще процесс проектирования БД распределяется на следующие этапы [41]:

1 этап. Формирование заданий по ведению информации, выборках и создании отчетов, решение которых необходимо при работе БД. На этом этапе, прежде всего, учитываются уже существующие документы (накладные, расчеты, бланки и т.д.)

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


  • Формировать данные по клиентам

  • Формировать отчеты по продажам

  • Формирование данные по товарам

  • Просмотр товаров

  • Добавление товаров в корзину

  • Оформление заказ

  • Формирование отчетов по продажам

  • Просмотр отчетов по продажам

  1. этап. Анализ данных. Определяются данные, которые должны находиться в БД и обеспечивать выполнение необходимых задач. Эти данные, как правило, представлены в виде реквизитов, которые содержатся в различных документах - источниках БД.

На этом этапе выявлены следующие сущности базы данных таблица.3.5.
Таблица 3.5 – Объекты и сущности базы данных

Объект

Сущность

Атрибуты

Клиент

Client

ClientName

Address


Phone

Email


Client type

Тип клиента

clientType

ClientType

Менеджер

Manager

Manger name

Position


Должность

Position

Position

Товар

Goods

Goods name

Description



Группа товара

Group

Group

Производитель

Producer

Producer name

Address


Email

Заказ

Order

Order ID

Order date

Manager

Client


Order status

Список товаров в заказе

Order list

Order ID

Goods


Quantity

Прайс-лист

Price List

Goods

Price





  1. этап. Определение структуры данных. На этом этапе все данные распределяются по объектам, и эти объекты сопоставляются с таблицами нашей БД. Для каждого из данных надо указать его имя в таблице, тип и формат. В реляционной БД на этом этапе проводят процесс нормализации, с помощью которого выбирается наиболее эффективный и гибкий способ хранения информации. Описание таблиц базы данных, с указанием атрибутов, их типов и ключей представлено на рис. 3.5. – 3.14.

Правила нормализации [41]:

  • Каждое поле любой таблицы должно быть уникальным (не дублировать данные).

  • Информационный объект должен иметь уникальный идентификатор - первичный ключ (простой или сложный).

  • Всё не ключевые поля должны быть независимы.

  • Все поля, которые входят в составленный ключ, тоже должны быть взаимно независимыми.

  • Каждому значению первичного ключа должно соответствовать только одно значения не ключевого поля, и это значение должно относиться к объекту таблицы.


Рис.3.5. – Таблица Client



Рис.3.6. – Таблица ClientType



Рис.3.7. – Таблица Goods


Рис.3.8. – Таблица Group


Рис.3.9. – Таблица Manager



Рис.3.10. – Таблица Order



Рис.3.11 – Таблица OrderList



Рис.3.12 – Таблица Position



Рис.3.13 – Таблица PriceList



Рис.3.14 – Таблица Producer


4 этап. Формирование связей между таблицами БД. Логическая модель данных с установленными связями представлена на рис.3.15.

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





Поделитесь с Вашими друзьями:
1   2   3   4   5   6   7


База данных защищена авторским правом ©grazit.ru 2017
обратиться к администрации

    Главная страница