Сайт, база-данных. Информационная система «Поликлиника».

Понятие второй нормальной формы основано на понятии первичного ключа. Так как первичный ключ – набор полей, которые могут идентифицировать запись, то может быть ситуация, что в одной таблице окажется несколько таких наборов полей. В этом случае любой выбранный их этих наборов будет являться первичным, а остальные будут альтернативными. Отношения находятся во второй нормальной форме, если они находятся в первой нормальной форме, при этом каждый не ключевой атрибут функционально полно зависит от первичного ключа. Следовательно, если такой зависимости нет, то следует выносить такие не ключевые атрибуты в отдельную таблицу[8].
Таблица находится в третьей нормальной форме, если таблица находится во второй нормальной форме и любой её не ключевой атрибут функционально зависит только от первичного ключа. Проще говоря, третье правило требует выносить все не ключевые поля, содержимое которых может относиться к нескольким записям таблицы в отдельные таблицы. Также по третьему правилу необходимо убедиться, что логическая связь “один-ко-многим” не может на практике интерпретироваться как “многие-ко-многим”, когда в обратном порядке одному значению атрибута не соответствует несколько значений атрибута первой сущности[8].
Логическая модель данных уже соответствует первой нормальной форме, но не соответствует второй нормальной форме, так как в таблицах «group» и «doctor» поле «post» присутствуют неатомарне поля «status» и «position» соответственно, а, следовательно, они должны быть вынесены в отдельные таблицы. Логическая модель данных, приведенная ко второй нормальной форме, также уже соответствует третьей нормальной форме. На основании этого можно определить, что данная логическая модель является нормализованной, она представлена на рисунке 8.