Понятие третьей нормальной формы (3НФ)

В рез. декомпозиции исходного примера мы имеем две схемы отношений: 1) PT(#Np, #Tov, Kol) 2) R2(#Np, Status, City)

ФЗ1: Np---> Status; ФЗ2: Np---> City; ФЗ2: City---> Status.

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

Это отношение имеет недостатки из-за отсутствия взаимной независимости между неключевыми атрибутами City и Status. Зависимость Status от ключа является хотя и функциональной, но транзитивной (через City). Каждое значение поставщика определяет город, а город, в свою очередь, - Status. Эта транзитивность опять приводит к трудностям при выполнении операций, аналогично выше рассмотренным: Избыточность, Аномалии удаления,включения,обновления.

Решение проблем - замена отношения R2 двумя: R21(Np, City) R22(City, Status)

Определение 3НФ: Отношение R находится в третьей нормальной форме (3NF) в том и только в том случае, если находится в 2NF и каждый неключевой атрибут нетранзитивно зависит от первичного ключа.

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