Het doel van de database normalisatie proces is om tabellen die voldoen aan de regels van de relationele database -structuur te creëren . Deze regels beschrijven een database die kan worden opgevraagd met 100 procent vertrouwen in de integriteit van de resultaten . Het uitvoeren van dit proces in Access is niet anders dan elke andere relationele software . Hoewel het kan worden uitgevoerd nadat de database is gebouwd in concept , het proces van normalisatie is vooral handig wanneer uitgevoerd tijdens het ontwerpproces . Het is efficiënter om remake tabellen op papier dan om nieuwe tabellen programmeren en kopieer veel data daartussen . Instructies 1 Identificeer alle van de kolommen in elke tabel die potentiële kandidaat sleutels zijn . Kandidaat kolommen die gegevens identificeert de inhoud van de gehele rij houdt . Als voorbeeld , de WERKNEMER tabel is aan normalisatie mogelijke problemen verhelpen met herhalende data . Als elke kolom wordt beschouwd als een potentiële kandidaat sleutel , de kolommen Employee Num en E beide identificeren alle van de andere gegevens , zoals elk uniek is voor een werknemer Employee Num | . Achternaam | Afdeling | E-mail | Afdeling | dept Phone kopen van 2 Onderzoek alle van de functionele afhankelijkheden in elke tabel . Een kolom wordt gezegd functioneel afhankelijk zijn op andere kolom als een unieke identificatie van het andere . Het onderzoeken van de functionele afhankelijkheden van de WERKNEMER voorbeeld tafel , merken jullie dat Achternaam, afdeling en e-mail zijn allemaal bijzonder om een Employee Number . De andere functionele afhankelijkheid is afdeling te Dept Tel . 3 valideren dat de determinanten die in stap 2 zijn ook kandidaat- sleutels als omschreven in stap 1 . Moet elke determinant die geen kandidaatsleutel verplaatsen , en derhalve niet uniek identificeren van de inhoud van de rij , om een nieuwe tabel . Omdat afdeling is niet een kandidaat sleutel , ontdek je dat je nodig hebt om een aantal structurele wijzigingen in uw database te maken om normalisering problemen te corrigeren . Maak een nieuwe tabel met de naam afdeling van de twee velden geïdentificeerd als een probleem . De afdeling kolom blijft in Employee als vreemde sleutel die de relatie tussen de tabellen zal stellen . Het resultaat is twee genormaliseerde tabellen : WERKNEMER Employee Num | Achternaam | Afdeling | Email DEPARTEMENT afdeling | Dept Phone < br > 4 Herhaal deze stappen zo vaak als nodig totdat elke determinant kandidaatsleutel . Elke tafel mag alleen bestaan uit kolommen die functioneel afhankelijk zijn van de kandidaat toetsen .
|