Нормальные формы

Правила нормализации выстроены в последовательность шагов, называемых нормальными формами. Существует пять нормальных форм. Здесь описываются первые три формы, поскольку их применения достаточно для большинства баз данных.

Первая нормальная форма

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

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

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

• Код заказа (первичный ключ)

• Код продукта (первичный ключ)

• Имя продукта

Такая структура не соответствует второй обычной форме, т. к. имя продукта зависит от кода продукта, но не зависит от кода заказа; следовательно, этот столбец зависит лишь от части первичного ключа. Столбец с именем продукта следует удалить из таблицы. Он должен быть включен в другую таблицу (таблицу продуктов).

Замечание. На время анализа таблицы на соответствие второй нормальной форме следует хотя бы мысленно исключить числовые заменители составных первичных ключей (если они имеются).

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

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

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

• Код продукта (первичный ключ)

• Имя

• Рекомендуемая розничная цена

• Скидка

Допустим, что скидка зависит от рекомендуемой розничной цены. В этом случае таблица не соответствует требованию третьей обычной формы, т. к. столбец скидки, не являющийся ключевым, зависит от другого столбца, не являющегося ключевым (столбца рекомендуемой розничной цены). Требование о независимости столбцов друг от друга означает, что изменение любого неключевого столбца не должно влиять на другие столбцы. Но при изменении значения в столбце розничной цены значение скидки изменялось бы соответствующим образом, нарушая правило. Поэтому в данном случае столбец скидки следует перенести в другую таблицу, в которой столбец розничной цены является ключевым.

Даталогическая модель базы данных

Даталогическая модель предполагает выбор конкретной СУБД и перевод имеющихся таблиц на её язык. В нашем случае – это СУБД, содержащаяся в Microsoft Access. Поскольку Access является средой для быстрой разработки приложений (информационных систем), использующих БД, в ней имеется развитый интерфейс для разработчика в виде окна БД. При работе с окном БД можно создавать любые необходимые объекты приложения (таблицы, формы, запросы, отчёты). После создания объекта в режиме Конструктора возможен его просмотр (отладка) в режиме Просмотра.