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

Второе правило нормализации требует, чтобы любой неключевой столбец зависел от всего первичного ключа. Следовательно, представление таблицы во второй нормальной форме требует, чтобы все столбцы, не являющиеся первичными ключами (столбцы, описывающие объект, но однозначно не идентифицирующие его), зависели от всего первичного ключа, а не от его отдельных компонентов.

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

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

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

Например, если бы Idn_города и его название находились в одной таблице (Клиент), то данная таблица содержала бы два связанных поля. А это не удовлетворяет третьей нормальной форме. Поэтому мы и выделили столбец города в отдельную таблицу.

Заключительные замечания:.

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

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