6238 Databaser Agenda/Normalisering

From Teknologisk videncenter
< 6238 Databaser Agenda
Revision as of 14:14, 26 October 2015 by Orso (talk | contribs) (Unormaliseret tabel)
Jump to: navigation, search

Normalisering

Normalisering er et regelsæt til at kontrollerer at vores database tabeller har en fornuftig struktur.

Oprindelig blev defineret 5 normalformer nummereret fra 1 til 5. Senere kom dog også Boyce-Codd normalformen (BCNF) der i praksis placeres mellem 3. og 4. uden dog at være direkte afhængig af disse.

Her vil vi dog kun tale om de første 3.

Unormaliseret tabel

Her under er vis en unormaliseret tabel som indeholder nogle oplagt fejl.

6238 Databaser Agenda Normalisering1.png

1. Normalform

En relation, som er defineret over domæner, hvis elementer er atomare, dvs. udelelige, siges at være normaliseret.

En relation er på første normalform, hvis ingen af dens domæner har elementer,der i sig selv er mængder.

I eksemplet herover er Ordrelinier er en mængde i sig selv, og samtidig repeterende, og skal derfor i egen tabel

6238 Databaser Agenda Normalisering2.png

Et par eksempler på ikke atomare attributter kan være

Navn: Jens Jensen

Adresse: Bygade 12


I stedet anvendes

Fornavn: Jens

Efternavn: Jensen

Gade: Bygade

Nr: 12


2. Normalform

En relation R er på anden normalform, hvis den er på første normalform, og hvisenhver ikke-nøgle-attribut er fuldt funktionelt afhængig af enhver kandidatnøgle i R.

I eksemplet er kundeoplysninger kun afhængig af en del af nøglen, nemlig Knr, ikke hele nøglen. Derfor skal kunde i en tabel for sig.

6238 Databaser Agenda Normalisering3.png

3. Normalform

En relation R er på tredje normalform, hvis den er på anden normalform og detgælder, at ingen ikke-nøgle-attribut er transitivt afhængig af nogen kandidatnøgle i R.

Selv om By ikke der direkte afhængig af Knr, er by afhængig af Postnr som er afhængig af Knr. Derfor er By transitiv afhængig af Knr og skal i egen tabel.

6238 Databaser Agenda Normalisering4.png