1 / 5

Databasedesign

Databasedesign. Hvad skal man tage højde for: Hvad skal kunne trækkes UD af databasen Hvilke data skal IND Hvilke tabeller og felter skal vi have Så skal man normalisere alle tabellerne for at sikre:

tavi
Download Presentation

Databasedesign

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Databasedesign • Hvad skal man tage højde for: • Hvad skal kunne trækkes UD af databasen • Hvilke data skal IND • Hvilke tabeller og felter skal vi have • Så skal man normalisere alle tabellerne for at sikre: • En effektiv og korrekt fordeling af data i tabellerne og mindske mængden af gentagne data i databasen

  2. Dårlig tabel – der er ikke noget, der entydigt identificerer hver post Derfor opretter vi en primærnøgle:

  3. Ikke så godt med et automatisk ID, for sletter vi IB og opretter ham igen, så får han nummer 5 og ikke 3, da dette nummer ER brugt – historikken er ikke med – derfor laves et nyt felt STATUS, hvor vi angiver om folk er med eller ikke – MEN POSTERNE ER UNIKKE. Og der var flere steder hvor samme oplysning var skrevet flere gange og stavet forkert. Og der må ikke være ”huller” og felter må ikke afhænge af hinanden. Det gør Postnr og Bynavn, så derfor skal Bynavn ud i en anden tabel Men vi skal også se på postnummertabellen om den er god nok: Den skal også have et entydigt ID (i tilfælde af at et postnummer ændrer sig)

  4. Så Postnr fra den anden tabel fjernes og der henvises til Postid i stedet – og så kan vi relatere tabellerne NU ER TABELLERNE PÅ DET, DER HEDDER 3NF – det vil sige: Der er en primærnøgle Ingen repeterende data Alle felter er afhængige af primærnøglen Alle felter der ikke er primærnøglen skal være uafhængige af hinanden

  5. Og så kommer chefen og vil have Privat telefon, Mobil og Arb telefon med! For mange tomme felter og felter, der afhænger af hinanden ! Derfor: Så 1 tabel endte op med at blive til 4!

More Related