• BCNF е предварителна версия на 3NF. Той е по-строг от 3NF.
• Една таблица е в BCNF, ако всяка функционална зависимост X → Y, X е супер ключът на таблицата.
• За BCNF таблицата трябва да е в 3NF, а за всеки FD LHS е супер ключ.

Пример: Да приемем, че има компания, в която служители работят в повече от един отдел.

конвертиране на низ в java

Таблица СЛУЖИТЕЛ:

В таблицата по-горе функционалните зависимости са както следва:

 EMP_ID → EMP_COUNTRY EMP_DEPT → {DEPT_TYPE, EMP_DEPT_NO} 

Кандидат ключ: {EMP-ID, EMP-DEPT}

Таблицата не е в BCNF, защото нито EMP_DEPT, нито EMP_ID сами по себе си са ключове.

За да преобразуваме дадената таблица в BCNF, ние я разлагаме на три таблици:

Таблица EMP_COUNTRY:

Таблица EMP_DEPT:

Таблица EMP_DEPT_MAPPING:

Функционални зависимости:

 EMP_ID → EMP_COUNTRY EMP_DEPT → {DEPT_TYPE, EMP_DEPT_NO} 

Кандидат ключове:

За първата маса: EMP_ID
За втората таблица: EMP_DEPT
За третата маса: {EMP_ID, EMP_DEPT}

Това е в BCNF, защото лявата част на двете функционални зависимости е ключ.