Для начала рассмотрим таблицу заказов (табл. 1).

Таблица 1. Заказы

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

 
По этим причинам имеет смысл вынести данные о клиенте в отдельную таблицу (табл. 2).

Таблица 2. Данные о клиентах

Теперь наша первоначальная табл. 1 примет вид табл. 3.

Таблица 3. Заказы

Поле  id_Customer  в  табл. 2  называется  первичным  ключом  и  содержит только уникальные записи, то есть однозначно определяет строку в таблице. Поле id_Customer в табл. 3 называется внешним ключом и может содержать повторяющиеся записи.

 
Название города также можно вынести в отдельную таблицу (табл. 4).

Таблица 4. Названия городов

В итоге табл. 2 примет вид табл. 5.

Таблица 5. Данные о клиентах

Теперь то же самое можно сделать с названиями товаров (табл. 6).

Таблица 6. Информация о товарах

И табл. 1 еще уменьшится (табл. 7).

 
Таблица 7. Заказы

Но это еще не все. Создадим еще табл. 8, содержащую элементы заказа.

Таблица 8. Элементы заказа

В итоге табл. 1 примет вид табл. 9.

Таблица 9. Таблица заказов после нормализации

Такой процесс оптимизации базы данных называется нормализацией. Обратите внимание, в табл. 8 первичный ключ является составным (поля id_Orders и id_Tovar).

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