Поставки1 поставки

П#	ПК
И#	Кол
П1	И1 И2 И3
П2	И1 И2
П3	И4

П#	И#	Кол
П1 П1 П1 П2 П2 П3	И1 И2 И3 И1 И2 И4

Можно заметить, в таблице на пересечении, например, строки П1 и столбца И# содержится несколько значений номеров изделий. Другими словами, в отношении ПОСТАВКИ1 значения ключа П# идентифицирует сразу несколько значений не ключевых атрибутов И# и Кол, что недопустимо. Это отношение находится не в 1НФ.

Преобразуем отношение так, чтобы устранить этот недостаток. В преобразованном отношении ПОСТАВКИ первичный ключ - составной П# И # и каждое значение первичного ключа идентифицирует единственное значение не ключевого атрибута Кол. Это отношение находится в 1НФ.

Вторая нормальная форма

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

Пусть в проектируемой БД помимо перечисленных выше сведений о поставках необходимо хранить также следующие сведения: имена поставщиков; названия городов, где расположены поставщики; стоимость перевозок единицы груза из тех городов, откуда производятся поставки (атрибут Тариф). Создадим отношение ПОСТАВКИ2