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

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

Таблицы.

Моя БД содержит 5 таблиц:

1. «Покупатели».

2. «Заказ».

3. «Заказанные товары».

4. «Товар».

5. «Поставщики».

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

Таблица «Покупатели» предназначена для хранения данных о покупателях, их ФИО и адрес поставки заказа (рис.1.).

Рис.1. Содержание таблицы «Покупатели».

Таблица «Заказ» отражает дату заказа и ID заказа (рис.2.).

Рис.2. Содержание таблицы «Заказ».

Таблица «Заказанные товары» показывает код товара, сумму и количество заказанного товара (рис.3.).

Рис.3. Содержание таблицы «Заказанные товары».

Таблица «Товар» предназначена для хранения имеющегося товара (рис.4).

Рис.4. Содержание таблицы «Товар».

Таблица «Поставщики» показывает поставщика товара (рис.5.).

Рис.5. Содержание таблицы «Поставщики».

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

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

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

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

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

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

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

Первая нормальная форма:

Название таблицы.	Ключевое поле.
«Покупатели» «Заказ» «Заказанные товары» «Товар» «Поставщики»	Номер клиента Id заказа Артикул, Номер примера заказа Код товара Id поставщика

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

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

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

2.3 Схема данных.

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

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

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

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

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

Рис.6. Схема данных.