Цель нормальной формы Boyce-Codd (BCNF) заключается в повышении целостности данных путем организации столбцов и таблиц реляционной базы данных для достижения нормализации базы данных. Нормализация базы данных происходит, когда установлены установочные отношения между таблицами и когда в таблицах определены правила, чтобы сделать базу данных более гибкой и сохранить данные.
Целями нормализации базы данных являются устранение избыточных данных и обеспечение взаимозависимости данных.
База данных нормализуется, когда одни и те же данные не хранятся в более чем одной таблице, и когда только связанные данные хранятся в таблице.
Происхождение нормальной формы Бойс-Кодда
В соответствии с рядом руководств, нормализация баз данных. Эти руководящие принципы называются нормальными формами и пронумерованы от одного до пяти. Реляционная база данных описывается как нормализованная, если она встречает первые три формы: 1NF, 2NF и 3NF.
BCNF был создан как дополнение к третьей нормальной форме, или 3NF, в 1974 году Раймондом Бойсом и Эдгаром Коддом. Мужчины работали над созданием схем баз данных, которые минимизируют избыточность с целью сокращения вычислительного времени. Третья нормальная форма удаляет столбцы, которые не зависят от первичного ключа, в дополнение к выполнению рекомендаций в первой и второй нормальных формах. BCNF, который иногда упоминается как 3.5NF, отвечает всем требованиям 3NF и требует, чтобы ключи-кандидаты не зависели от других атрибутов в таблице.
Во время создания BCNF Boyce был одним из ключевых разработчиков языка структурированных английских запросов (SQL), который улучшил поиск данных с использованием реляционной модели Codd. В этой модели Codd полагал, что структурная сложность баз данных может быть уменьшена, а это означает, что запросы могут быть более мощными и гибкими.
Используя свои реляционные базы данных, Codd определил руководящие принципы 1NF, 2NF и 3NF. Он объединился с Бойсом, чтобы определить BCNF.
Ключи кандидата и BCNF
Ключ-кандидат - это столбец или комбинация столбцов в таблице, которая формирует уникальный ключ в базе данных. Комбинация атрибутов может использоваться для идентификации записи базы данных без ссылки на любые другие данные. Каждая таблица может содержать несколько ключей-кандидатов, любой из которых может быть квалифицирован как первичный ключ. Таблица содержит только один первичный ключ.
Ключи-кандидаты должны быть уникальными.
Отношение находится в BCNF, если каждый детерминант является ключом-кандидатом. Рассмотрим таблицу базы данных, в которой хранится информация о сотрудниках и имеет атрибуты <> >,
В этой таблице поле
| Идентификатор сотрудника | Имя | Фамилия | заглавие |
| 13133 | Эмили | кузнец | Менеджер |
| 13134 | Джим | кузнец | ассоциированный |
| 13135 | Эмили | Джонс | ассоциированный |
Ключ-кандидат для этой базы данных
