Inhoudsopgave:
Definitie - Wat betekent Third Normal Form (3NF)?
Derde normale vorm (3NF) is de derde stap bij het normaliseren van een database en bouwt voort op de eerste en tweede normale vormen, 1NF en 2NF.
3NF stelt dat alle kolomverwijzingen in gegevens waarnaar wordt verwezen die niet afhankelijk zijn van de primaire sleutel, moeten worden verwijderd. Een andere manier om dit te zeggen is dat alleen kolommen met een externe sleutel moeten worden gebruikt om naar een andere tabel te verwijzen en dat er geen andere kolommen uit de bovenliggende tabel mogen voorkomen in de tabel waarnaar wordt verwezen.
Techopedia verklaart Third Normal Form (3NF)
Overweeg de database van een bank, die twee tabellen bevat: CUSTOMER_MASTER voor het opslaan van klantgegevens en ACCOUNT_MASTER voor het opslaan van details over bankrekeningen, inclusief welke klant welke account heeft. In dit geval moet er een manier zijn om de twee tabellen te koppelen om een account te koppelen aan de klant die er eigenaar van is. De manier om dit te doen is via een externe sleutel. Dit is een kolom in de tabel ACCOUNT_MASTER die verwijst naar of verwijst naar een overeenkomstige kolom (de primaire sleutel genoemd) in de bovenliggende tabel CUSTOMER_MASTER. Laten we deze kolom CustID noemen.
Stel dat klant Andrew Smith een account aanmaakt in de tabel CUSTOMER_MASTER met CustID 20454. De heer Smith heeft een spaarrekening met het nummer S-200802-005, waarvan de gegevens worden opgeslagen in de tabel ACCOUNT_MASTER. Dit betekent dat de tabel ACCOUNT_MASTER een kolom heeft met de naam CustID, die geen origineel stuk gegevens is. In plaats daarvan heeft het ook de waarde 20454, die eenvoudigweg verwijst naar dezelfde CustID in de tabel CUSTOMER_MASTER.
Nu dicteert 3NF dat in onze ACCOUNT_MASTER-tabel de enige informatie die we over de klant hebben, de CustID (20454) als een buitenlandse sleutel moet zijn, en het verwijst naar en identificeert de klant die dezelfde CustID bezit in de CUSTOMER_MASTER-tabel (Andrew Smith ). Er mogen geen andere gegevens over onze klant (zoals naam, geboortedatum, geslacht enzovoort) worden opgeslagen in de tabel ACCOUNT_MASTER, of een andere tabel, omdat al deze gegevens over hem al zijn opgeslagen in CUSTOMER_MASTER. Hierdoor zijn de enige klantgegevens die buiten de tabel CUSTOMER_MASTER zijn opgeslagen, de CustID. Dit betaalt mooie dividenden door ervoor te zorgen dat er geen gegevensduplicatie is, waardoor vragen veel efficiënter worden uitgevoerd en de hoeveelheid benodigde opslag vermindert.
