Как выглядит пример третьей нормальной формы базы данных?

Пример третьей нормальной формы базы данных выглядит так, что в таблицах отсутствуют неключевые столбцы, которые зависят от других неключевых столбцов. elib.osu.ru То есть каждый из неключевых столбцов должен зависеть только от первичного ключа и не относиться к другим неключевым столбцам. elib.osu.ru

Один из примеров — таблица с сотрудниками, в которую добавили дополнительный атрибут «Табельный номер» для первичного ключа. elib.osu.ru Однако столбец «Описание подразделения» не зависит напрямую от первичного ключа. elib.osu.ru Это транзитивная зависимость, когда один неключевой столбец связан с первичным ключом через другой неключевой столбец. elib.osu.ru

Чтобы привести такую таблицу к третьей нормальной форме, её нужно разбить на две: в первой хранить сотрудников, а во второй — подразделения. elib.osu.ru Для реализации связи в таблице сотрудников создать ссылку на таблицу подразделений, то есть добавить внешний ключ. elib.osu.ru

Ещё один пример — таблица с вымышленными данными о студентах. learn.microsoft.com В ней значения Adv-Room (номер кабинета научного руководителя) функционально зависят от атрибута Advisor. learn.microsoft.com Решить эту проблему можно, переместив данный атрибут из таблицы Students в таблицу Faculty (факультет). learn.microsoft.com