Этапы проектирования базы данных

Процесс создания и использования баз данных (БД) является сложным и не всегда формализуемым. Однако в нем можно выделить ряд типовых этапов:

• Проектирование модели данных;

• Реализация модели в конкретной СУБД;

• Проектирование приложения;

• Реализация интерфейса ввода данных;

• Разработка запросов;

• Разработка отчетных форм;

• Оформление интерфейса как единого целого.

Примерный подход к реализации этих этапов рассматривается ниже.

Проектирование реляционной модели бд

Анализируя предметную область, описанную данной информацией , выделим следующие объекты:

• Заказы;

• Клиент;

• Товар.

На основании информации об этих объектах спроектируем реляционную базу данных.

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

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

ЗАКАЗ СПЕЦИФИКАЦИЯ

Наименование	Тип
Номер заказа	Целый
Код клиента	Целый
Дата заказа	Дата
Дата поставки	Дата

Наименование	Тип
Номер заказа	Целый
Код товара	Целый
Цена	С плав.точкой
Наценка	С плав.точкой
Скидка	С плав.точкой
Количество	С плав.точкой

Учет оплаты заказов будет учитываться в следующем отношении:

ОПЛАТА

Номер заказа	Целый
Дата оплаты	Дата
Сумма оплаты	С плав.точкой

В отношении ЗАКАЗ вместо имени клиента ставится его код, так как в БД должны храниться дополнительные сведения о клиенте. Для хранения этих сведений необходимо отдельное отношение КЛИЕНТ со следующей структурой:

КЛИЕНТЫ

Наименование	Тип
Код клиента	Целый
Организация	Текстовый
Руководитель	Текстовый
Адрес	Текстовый
Телефон	Текстовый
Расчетный счет	Текстовый

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

ТОВАР

Наименование	Тип
Код товара	Целый
Наименование	Текстовый
Единица измерения	Текстовый
Цена	С плав.точкой

Во всех приведенных отношениях подчеркнуты атрибуты являющиеся ключами. Напомним, ключом называется атрибут или совокупность нескольких атрибутов, значения которых уникальны (не повторяются) на всем множестве строк (кортежей) отношения. Так в отношении ЗАКАЗ ключом является Номер заказа , так как предполагается, что не должно быть заказов с одинаковыми номерами. В отношении СПЕЦИФИКАЦИЯ ключ состоит из двух атрибутов – Номер заказа и Код товара , так как только совокупность значений этих атрибутов является уникальной в указанном отношении.

Все эти отношения связаны между собой по определенной схеме. Так отношение СПЕЦИФИКАЦИЯ дополняет ЗАКАЗ и связано с ним через атрибут Номер заказа. Причем эта связь один-ко-многим со стороны отношения ЗАКАЗ, так как каждой строке этого отношения соответствует 0,1 или несколько строк с таким же номером заказа в отношении СПЕЦИФИКАЦИЯ. В целом схема связей между отношениями в этой БД имеет вид:

Здесь 1 обозначает сторону один, а  - сторону ко многим.