Денормализация отношений

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

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

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

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

Денормализация проводится на уровне физической модели данных.

На уровне логической модели создается нормализованная структура, а на уровне физической модели разрабатывается та структура, которая обеспечит лучшую производительность, используя особенности конкретной СУБД и бизнес-правил определенной области. Сущности, атрибуты, ключи создаются на уровне логической модели, таблицы, домены, индексы – на уровне физической модели.

При автоматическом разрешении связи многие ко многим в физической модели создается новая таблица и структура данных может быть доменом только на уровне физической модели.