Innholdsfortegnelse:
Definisjon - Hva betyr Third Normal Form (3NF)?
Tredje normalform (3NF) er det tredje trinnet i å normalisere en database, og den bygger på den første og den andre normale formen, 1NF og 2NF.
3NF oppgir at all kolonnereferanse i refererte data som ikke er avhengig av den primære nøkkelen, bør fjernes. En annen måte å sette dette på er at bare utenlandske nøkkelkolonner skal brukes til å referere til en annen tabell, og ingen andre kolonner fra overordnede tabellen skal finnes i den refererte tabellen.
Techopedia forklarer Third Normal Form (3NF)
Vurder en bankdatabase, som inneholder to tabeller: CUSTOMER_MASTER for lagring av kundedetaljer, og ACCOUNT_MASTER for lagring av detaljer om bankkontoer, inkludert hvilken kunde som har hvilken konto. I dette tilfellet må det være en måte å koble de to tabellene på for å knytte en konto til kunden som eier den. Måten å gjøre dette på er via en fremmed nøkkel. Dette er en kolonne i ACCOUNT_MASTER-tabellen som peker til eller refererer til en tilsvarende kolonne (kalt primærnøkkelen) i hovedtabellen CUSTOMER_MASTER. La oss kalle denne kolonnen CustID.
Anta at kunden Andrew Smith oppretter en konto i CUSTOMER_MASTER-tabellen med CustID 20454. Mr. Smith har en sparekonto med nummeret S-200802-005, hvis detaljer er lagret i ACCOUNT_MASTER-tabellen. Dette betyr at ACCOUNT_MASTER-tabellen vil ha en kolonne kalt CustID, som ikke er et originalt stykke data. I stedet har den også verdien 20454, som ganske enkelt refererer til den samme CustID i CUSTOMER_MASTER-tabellen.
Nå dikterer 3NF at i ACCOUNT_MASTER-tabellen vår, den eneste informasjonen vi har om kunden, skal være CustID (20454) som en fremmed nøkkel, og den refererer til og identifiserer kunden som eier samme CustID i CUSTOMER_MASTER-tabellen (Andrew Smith ). Ingen andre data om kunden vår (for eksempel navn, fødselsdato, kjønn og så videre) skal lagres i ACCOUNT_MASTER-tabellen, eller faktisk noen annen tabell, fordi alle disse dataene om ham allerede er lagret i CUSTOMER_MASTER. Ved å gjøre dette er den eneste kundedata som er lagret utenfor CUSTOMER_MASTER-tabellen CustID. Dette betaler kjekk utbytte ved å sikre at det ikke er duplisering av data, noe som igjen gjør at spørringer kjøres mye mer effektivt og reduserer mengden lagring som kreves.
