L'obiettivo di Boyce-Codd Normal Form è aumentare l'integrità dei dati organizzando le colonne e le tabelle di un database relazionale al fine di ottenere la normalizzazione del database. La normalizzazione del database si verifica quando sono stabilite relazioni tra tabelle e quando le tabelle hanno regole definite per rendere il database più flessibile e preservare i dati.
Gli obiettivi della normalizzazione del database sono eliminare i dati ridondanti e garantire che le dipendenze dai dati abbiano un senso. Un database viene normalizzato quando gli stessi dati non sono archiviati in più di una tabella e quando solo i dati correlati sono archiviati in una tabella.
Origin of Boyce-Codd Normal Form
Seguendo una serie di linee guida si assicura che i database siano normalizzati. Queste linee guida sono indicate come forme normali e sono numerate da uno a cinque. Un database relazionale è descritto come normalizzato se soddisfa le prime tre forme: 1NF, 2NF e 3NF.
BCNF è stato creato come estensione della terza forma normale, o 3NF, nel 1974 da Raymond Boyce e Edgar Codd. Gli uomini stavano lavorando per creare schemi di database che minimizzino le ridondanze con l'obiettivo di ridurre i tempi di calcolo. La terza forma normale rimuove le colonne che non dipendono dalla chiave primaria oltre a soddisfare le linee guida nella prima e nella seconda forma normale. BCNF, a volte indicato come 3.5NF, soddisfa tutti i requisiti di 3NF e richiede che le chiavi candidate non abbiano alcuna dipendenza da altri attributi in una tabella.
Al momento della creazione di BCNF, Boyce era uno degli sviluppatori chiave di Structured English Query Language, successivamente standardizzato come SQL, che migliorava il recupero dei dati utilizzando il modello relazionale di Codd. In questo modello, Codd ha ipotizzato che la complessità strutturale dei database potrebbe essere ridotta, il che significa che le query potrebbero essere più potenti e flessibili.
Usando le sue informazioni sul database relazionale, Codd ha definito le linee guida 1NF, 2NF e 3NF. Ha collaborato con Boyce per definire BCNF.
Chiavi candidato e BCNF
Una chiave candidata è una colonna o una combinazione di colonne in una tabella che forma una chiave univoca nel database. La combinazione di attributi identifica un record di database senza fare riferimento ad altri dati. Ogni tabella può contenere più chiavi candidate, ognuna delle quali può essere qualificata come chiave primaria. Una tabella contiene solo una chiave primaria.
Le chiavi del candidato devono essere univoche.
Una relazione è in BCNF se ogni determinante è una chiave candidata. Considera una tabella di database che memorizza le informazioni sui dipendenti e ha gli attributi,, e.
In questa tabella, il campo determina il nome e il cognome. Allo stesso modo, la tupla (,) determina.
| ID dipendente | Nome | Cognome | Titolo |
| 13133 | Emily | Smith | Manager |
| 13134 | Jim | Smith | Associa |
| 13135 | Emily | Jones | Associa |
La chiave candidata per questo database è perché è l'unico valore che non può essere utilizzato da un' altra riga.
Domande frequenti
Quali sono i requisiti per Boyce-Codd Normal Form?
Una tabella soddisfa i requisiti Boyce-Codd Normal Form (BCNF) se tutti i determinanti sono chiavi candidate e la relazione è in Third Normal Form (3NF). 3NF soddisfa le regole per la prima forma normale (1NF) e la seconda forma normale (2NF) e tutte le colonne dipendono dalla chiave primaria.
Qual è la differenza tra la quarta forma normale e la forma normale Boyce-Codd?
Fourth Normal Form (4NF) è un livello dopo Boyce-Codd Normal Form (BCNF) nella normalizzazione del database. 4NF soddisfa i requisiti 3NF proprio come fa BCNF. Tuttavia, le tabelle 4NF non hanno dipendenze multivalore o relazioni molti-a-uno, mentre le tabelle BCNF potrebbero avere queste dipendenze.
