Целта на Boyce-Codd Normal Form е да увеличи целостта на данните чрез организиране на колоните и таблиците на релационна база данни, за да се постигне нормализиране на базата данни. Нормализацията на базата данни се случва, когато има установени връзки между таблиците и когато таблиците имат дефинирани правила, за да направят базата данни по-гъвкава и да запазят данните.
Целите на нормализирането на базата данни са да се премахнат излишните данни и да се гарантира, че зависимостите от данни имат смисъл. Базата данни се нормализира, когато едни и същи данни не се съхраняват в повече от една таблица и когато в таблица се съхраняват само свързани данни.
Произход на нормалната форма на Бойс-Код
Следването на поредица от указания гарантира, че базите данни са нормализирани. Тези насоки се наричат нормални формуляри и са номерирани от едно до пет. Релационна база данни се описва като нормализирана, ако отговаря на първите три форми: 1NF, 2NF и 3NF.
BCNF е създаден като разширение на третата нормална форма, или 3NF, през 1974 г. от Реймънд Бойс и Едгар Код. Мъжете работеха за създаване на схеми на бази данни, които минимизираха излишъците с цел намаляване на изчислителното време. Третата нормална форма премахва колони, които не зависят от първичния ключ, в допълнение към спазването на указанията в първата и втората нормална форма. BCNF, който понякога се нарича 3.5NF, отговаря на всички изисквания на 3NF и изисква кандидат ключовете да не зависят от други атрибути в таблица.
По времето на създаването на BCNF, Бойс беше един от ключовите разработчици на Structured English Query Language, по-късно стандартизиран като SQL, който подобри извличането на данни чрез използване на релационния модел на Код. В този модел Код твърди, че структурната сложност на базите данни може да бъде намалена, което означава, че заявките могат да бъдат по-мощни и гъвкави.
Използвайки своите прозрения за релационни бази данни, Код дефинира насоки за 1NF, 2NF и 3NF. Той си партнира с Бойс, за да дефинира BCNF.
Кандидатски ключове и BCNF
Ключът кандидат е колона или комбинация от колони в таблица, която формира уникален ключ в базата данни. Комбинацията от атрибути идентифицира запис в база данни, без да препраща към други данни. Всяка таблица може да съдържа множество кандидат-ключове, всеки един от които може да се квалифицира като първичен ключ. Една таблица съдържа само един първичен ключ.
Кандидат ключовете трябва да са уникални.
Връзка е в BCNF, ако всяка детерминанта е кандидат ключ. Помислете за таблица с база данни, която съхранява информация за служителите и има атрибутите,, и.
В тази таблица полето определя first_name и last_name. По подобен начин кортежът (,) определя.
| Идентификационен номер на служител | Собствено име | Фамилия | Заглавие |
| 13133 | Емили | Смит | Мениджър |
| 13134 | Джим | Смит | Сътрудник |
| 13135 | Емили | Джоунс | Сътрудник |
Ключът кандидат за тази база данни е, защото това е единствената стойност, която не може да се използва от друг ред.
ЧЗВ
Какви са изискванията за нормална форма на Бойс-Код?
Таблица отговаря на изискванията за нормална форма на Бойс-Код (BCNF), ако всички детерминанти са кандидат ключове и релацията е в трета нормална форма (3NF). 3NF отговаря на правилата за първа нормална форма (1NF) и втора нормална форма (2NF) и всички колони зависят от първичния ключ.
Каква е разликата между Четвъртата нормална форма и нормалната форма на Бойс-Код?
Четвъртата нормална форма (4NF) е едно ниво след нормалната форма на Бойс-Код (BCNF) в нормализирането на базата данни. 4NF отговаря на изискванията на 3NF точно както BCNF. 4NF таблиците обаче нямат многостойностни зависимости или релации много към едно, докато BCNF таблиците може да имат тези зависимости.
