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

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

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

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

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

· Проектирование интерфейса;

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

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

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

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

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

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

· Заказы;

· Клиент;

· Товар.

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

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

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

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

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

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

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

ОПЛАТА

Номер заказа	Числовой (целый)
Дата оплаты	Дата
Сумма оплаты	Денежный

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

КЛИЕНТЫ

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

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

ТОВАР

Наименование	Тип
Код товара	Числовой (целый)
Наименование	Текстовый
Единица измерения	Текстовый
Цена	Денежный

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

Дата добавления: 2015-05-09