Вторая форма нормализации.

Предложенное отношение не оптимально. Из–за преобразований поле номер заказа стало не уникальным. Дата заказа и сумма не зависит от кода продукта, хотя зависит от кода заказа. Поэтому это отношение приводим ко второй нормальной форме, которая требует зависимость каждого не ключевого поля от полного набора полей первичного ключа. Это приведет к образованию двух таблиц.

Номер заказа	Дата заказа	Сумма		Номер заказа	Код товара	Счетчик товаров
00006 00007	08/04/94 08/05/94	59.34 9.18		00006 00006 00006 00007	A3426 B8483 C398 B8483	0001 0002 0003 0001

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

Третья нормальная форма отношений.

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

Номер заказа	Код товара	Счетчик товаров	Наименование товара
00006 00006 00006 00007	A3426 B8483 C398 B8483	0001 0002 0003 0001	Стример Модем Мышь Модем

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

Номер заказа	Код товара	Счетчик товаров		Код товара	Наименование товара
00006 00006 00006 00007	A3426 B8483 C398 B8483	0001 0002 0003 0001		A3426 B8483 C398 B8483	Стример Модем Мышь Модем

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

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

Нормализация является желаемой целью, но иногда есть смысл к этой цели не стремиться.

Другие нормальные формы.

Существуют другие формы нормализации отношений, накладывающие более жесткие ограничения на отношения. Четвертая форма нормализации отношений касается отношений, в которых существуют наборы повторяющихся данных, и декомпозиция, основанная на использовании функциональных зависимостей. Пятую форму (domain-key normal form) можно рассматривать как предельную, так как в отношениях, находящихся в этой форме, невозможны аномалии обновления.