Характеристическая сущность

«Выполненные_заказы», «Заказанные_товары»

Выполненные_заказы (код_заказа, заказчик, дата_заказа, цена, дата_выполнения, количество)

Заказанные_товары (код_товара, количество)

Даталогическая модель

Структура моей базы данных

Таблицы

Моя База Данных содержит 7 таблиц:

-Товар

- Производитель_товара

- Описание_товара

- Клиенты

- Заказы

- Заказанные_товары

- Выполненные заказы

Во всех таблицах в режиме конструктора указываются первичные или внешние ключи.

Таблица Товар: предназначена для хранения всех товаров с полным их описанием. Например, кем произведены, по какой цене и в каком количестве.

Номер – номер товара. Поле является счетчиком.

Тип - тип товара. Он берется из таблицы Описание_товара

Производитель – производитель товара. Берется из таблицы производитель_товаров.

Характеристика – поле, где котором содержится описание товара. Данные вводятся вручную в режиме конструктора.

Цена – цена товара за одну единицу. Значение вводится вручную.

Количество – количество товаров. Если значение равно нулю, то товара нет в наличие. Цена вводится от руки. Чтобы систематизировать столбец, надо указать формат поля.

Дата поставки – день, месяц и год поставки товара. Вводится вручную.

Количество проданных товаров – от руки вводится количество товара. Поле заполняется с помощью запроса (заказанные_товары и клиенты)

Таблица Производитель_товара: содержит 4 поля:

Производитель – Поставщик фирма-производитель товара.

Адрес, страна и телефон – более подробная информация. Все поля таблицы заполняются пользователем.

Таблица Описание_товара: состоит из двух полей:

Тип – тип товара (например: шубы, шорты и т.п.)

Описание типа – поле предоставляет более полную информацию о товаре.

Таблица Клиенты: дает описание всех клиентов данной организации.

В таблице указывается ФИО, адрес и телефон клиента.

Таблица Заказы:состоит из четырех полей :

Код заказа – код текущего заказа (тип поля – счетчик)

Фирма – заказчики (представители фирм). Данные берутся из таблицы Клиенты.

Дата заказа – дата поступления заказа, данное поле заполняется автоматически.

Выполнен – Да / Нет. Если в этом поле стоит «галочка», то данный заказ уже выполнен (значение true).

Таблица Заказанные_товары: содержит три поля :

Номер - код заказа.

КодТовара – код данного товара. Берется из таблицы Товар и вводится автоматически.

Количество – количество заказанного товара, которое не должно превышать количество товаров данного типа в таблицеТовар.

Таблица Выполненные заказы: содержит шесть полей, заполняется с помощью запроса и дает информацию про выполненные товары.

Код – код выполненного заказа

Фирма – название фирмы-заказчика.

Дата заказа – дата поступления заказа.

Дата выполнения – дата выполнения заказа.

Количество – общее количество заказанных товаров любого типа.

Сумма заказа – стоимость всех товаров в заказе.

Нормализация

Нормализация — процесс уменьшения избыточности информации в таблицах реляционной БД и, как следствие, построения оптимальной структуры таблиц и связей.

Можно выделить 4 основных правила, которыми следует руководствоваться при проектировании и последующей нормализации таблиц базы данных:

1. Каждое поле любой таблицы должно быть уникальным.

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

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

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

Созданная мною таблица удовлетворяет вышеизложенным требованиям:

1 НФ (Нормальная Форма):

Название таблицы	Ключевое поле
Товар Производитель_товара Описание_товара Клиенты Заказы Заказанные_товары Выполненные заказы	Номер, Производитель, Характеристика Производитель Тип Фирма Код заказа Id Код заказа

2 НФ:

выполняются ограничения 1НФ, и каждый не ключевой атрибут функционально полно зависит от составного первичного ключа.

3 НФ:

все неключевые атрибуты отношения взаимно независимы и полностью зависят от первичного ключа.

Таким образом, база данных удовлетворяет всем требованиям нормализации таблиц и Третья нормальная форма – окончательный результат нормализации моей Базы данных.

Схема данных

Отношения – это правила, поддерживаемые на уровне механизма реализации СУБД. Различают три типа отношений:

- Отношение «один-к-одному»:для каждой строки в одной таблице существует не более одной строки связанной таблицы.

- Отношение «один-ко-многим»:одна таблица не содержит вообще или имеет набор связанных «дочерних» записей из другой таблицы.

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

При разработке БД необходимо принимать во внимание правила обеспечения целостности данных (обеспечивает каскадное обновление

записей в связанных таблицах)

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

Также продавец выбирает производителя (из таблицы Производитель_товара). Далее он от руки вводит характеристику товара, его цену и количество в таблицу Товар.

При поступлении нового заказа, продавец в таблицу Заказывводит заказанные товары, нажав на «галочку» в графе «выполнен», а затем выбирает Фирму – заказчика.

Таблица Заказанные товары заполняется автоматически и хранит информацию, которая необходима для таблицы Заказы.

Ниже представлена моя схема данных:

Таблица Выполненные заказы заполняется с помощью запроса, которому не требуются никакие связи, поэтому в данной схеме данных этой таблицы нет.