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.

Slides:



Advertisements
Lignende præsentationer
Test i Der er 20 spørgsmål og du kommer automatisk videre ved korrekt svar Tryk for start.
Advertisements

Adresse*Assistent Få bedre datakvalitet, spar tid og penge
13 SEPTEMBER 2012 TIPS OG TRICKS OM KOMMUNEPLANTILLÆG 1 Brugerseminar 2012 Tips og tricks om kommuneplantillæg Hanne Klit Johansen, Byplanlægger, afdeling.
DPS Data ApS Få bedre datakvalitet, spar tid og penge - med Adresse*Kontrol Henrik Skalbo DPS Data ApS Blokhusvej 3, DK-2920 Charlottenlund Tlf:
7. Januar 2012 Hans Christian Engelbrecht
Hva’ ska’ du med en telefon og et nummer når du ikke tør brug det.!
Forsiden 1.Denne knap bruges når du vil taste dagens resultater ind. 2.Denne knap skal kun bruges hvis du allerede har gemt data og du finder ud af at.
Hvordan man logger ind på Dansk ACL database
1 Vil du give en fuldmagt?       Hvis du vil have, at en anden skal kunne handle på dine vegne i en digital løsning, kan du give en digital.
Fup & Snyd Mariendalsvej Frederiksberg Telefon:
Team Copenhagen Eliteidrætsakademi
TEST 1 modul 1 20 spørgsmål. Du skal klikke med musen på det rigtige svar, så kommer du automatisk til næste spørgsmål Klik for start.
Relationsstyper En-til-en relationer: TABEL 1 NAVN ID Peter Hansen 1
Kan en Internet tilkoblet bruger sende en til andre Internet tilkoblede brugere uafhængig af hvilket operativsystem modtageren har? •Ja •Nej.
Formularer (Access, del 3)
Relationsdatabaser og SQL
3. Funktionelle afhængigheder og normalisering
NavnFødselsdag AdressePostnr. By Telefon Mobil nr. T-shirts størrelse (forventet størrelse i august) elev foræder Ansøgningsblanket til Team.
Brian, Christian, Jens, Nicklas
NavnFødselsår AdressePostnr. By Telefon Mobil nr. T-shirt størrelse (forventet størrelse til august) elev forælder Ansøgning til Team Copenhagen.
NavnFødselsår AdressePostnr. By Telefon Mobil nr. T-shirt størrelse (som forventet i august) Forælder Ansøgningsblanket til Team Copenhagen.
Udarbejdet af Britt Stissing OP2, august, 2011, (version 1)
SQL 1 DDL og DML.
Felter og nøgle-felter (databaser, del 6)
Niels Pein Regelopdateringsseminar 2009.
NavnFødselsår AdressePostnr. By Telefon Mobil nr. T-shirt størrelse Ansøgning til Team Copenhagen Eliteidrætsakademi 2013/14 Fægtning Ansøgning indsendes.
NOEA/IT - FEN - Databaser/TabelDesign 1 Tabeldesign Design af relationsdatabaser Normalisering.
Historien bag EU Vi har om EUs historie. Så vi vil gerne fortælle og vise jer noget om Maastricht-traktaten. Vi fortæller også om hvem og hvilke lande.
Oprettelse af tabeller (Access, del 2)
Rapporter (Access, del 5)
Beskrivelses- og analyse-teknikker understøttet af Oracle Designer
Relationsdatabaser og SQL
Import 1 Import af egne filer Har I adgang til importmodulet kan I importere jeres egne filer til CRM-DIRECT. Import kan kun foretages af en administrator,
Dagens gang Sidste uges opgaver Databaser Opgaver til næste gang
SQL – Oracle Relationsdatabase
Data Dictionary (databaser, del 7)
Normalisering (databaser, del 8)
Dette er en automatisk lønforhandling. Vær venlig at svare på de næste spørgsmål. Dine svar vil danne grundlag for den næste lønjustering. Næste>>
Test 1 Klik her for start. Hvor skal du klikke for at få designvisning?
SQL – Oracle Relationsdatabase
Relationelle databaser og XML
Rapporter (Access, del 5). RHS – Informationsteknologi – Udgangspunkt Vi har oprettet en database Vi har defineret en eller flere tabeller, og.
Digital Forvaltning (44405) Introduktion til Digital Forvaltning1 Digital Forvaltning ”Bedre service..” ”Lavere omkostninger…”
2009NOEA/IT - Databaser/arkitektur1 Den relationelle model En teoretisk model for databaser Hviler på et sundt teoretisk grundlag Omfatter: Datastruktur.
2009NOEA/IT - Databaser/arkitektur1 Tabeldesign Design af relationsdatabaser Normalisering.
IT i Byggeriet Semester 6, kursusgang Databaser (2) Kjeld Svidt Kjeld Svidt  Institut for Bygningsteknik  Aalborg Universitet.
IT i Byggeriet Semester kursusgang Databaser (2) Kjeld Svidt Kjeld Svidt  Institut for Bygningsteknik  Aalborg Universitet.
Normalisering Sund Fornuft!. Normalformer 1. Normalform Ingen repeterende felter Der eksisterer en primær nøgle 2. Normalform Tabellen skal være i 1NF.
Gruppe D/4 Tema Design.
Intro Databaserne? Gik det som det skulle?. Databasestøttet webpublicering Forelæsning nr 8 Hvorfor data i en RDB (relationel database)? Databasemodellering.
Kjeld Svidt  Institut for Byggeri og Anlæg  Aalborg Universitet IT i Byggeriet Semester 6, kursusgang Databaser (2) Kjeld Svidt
I4DAB1 F08 guideline for normalisering og design Take 2 Jesper Tørresø DAB1 F April 2008.
NavnFødselsdag AdressePostnr. By Telefon Mobil T-shirtstørrelse elev forælder Ansøgningsblanket til Team Copenhagen Eliteidrætsakademi 2013/14.
I4DAB1 F08 guideline for normalisering og design Jesper Tørresø DAB1 F April 2008.
Oprettelse af tabeller (Access, del 2)
E/R-diagrammering 7. Semester.
Velkommen til den automatiske løn vurdering Besvar venligst nedenstående spørgsmål Deres lønregulering vil afhænge af deres svar!!! Klik her.
NavnFødselsår AdressePostnr. ByTelefon Klub/Team Ansøgningsblanket til Team Copenhagen Eliteidrætsakademi 2011/12 CYKELSPORT Ansøgning indsendes.
Den relationelle model
NavnFødselsår AdressePostnr. By Telefon Mobil nr. T-shirt størrelse (forventet størrelse i august) elev forælder Ansøgning til Team Copenhagen.
NavnFødselsår AdressePostnr. ByTelefon Taekwondoklub/Trænere Ansøgningsblanket til Team Copenhagen Eliteidrætsakademi 2011/12 Taekwondo Ansøgning.
Statistik II 4. Lektion Logistisk regression.
Intro Databaserne? Gik det som det skulle?. Databasestøttet webpublicering Forelæsning nr 7 Hvorfor data i en RDB? Databasemodellering Begrebet nøgle.
Dette er en automatisk lønforhandling
I hvilken by blev Jesus født? - BetlehemBetlehem - JerusalemJerusalem - Nazaret Nazaret.
Formularer (Access, del 3). RHS – Informationsteknologi – Udgangspunkt Vi har oprettet en database Vi har defineret en eller flere tabeller Vi.
Microsoft Access databaser.
1.10 System design - Database
Effektiv kommunikation med virksomheder - hvordan?
Sommerlejr juli 2017 v. Red Barnet Mariagerfjord
Præsentationens transcript:

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

FORNAVNEFTERNAVNADRESSEPOSTNRBYNAVN PerLarsenVejen Valby BoHansen2300KBH S IbJensenAleen Herlev JensAndersenKøbenhavn S Dårlig tabel – der er ikke noget, der entydigt identificerer hver post Derfor opretter vi en primærnøgle: IDFORNAVNEFTERNAVNADRESSEPOSTNRBYNAVN 1PerLarsenVejen Valby 2BoHansen2300KBH S 3IbJensenAleen Herlev 4JensAndersenKøbenhavn S

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 IDFORNAVNEFTERNAVNADRESSEPOSTNRSTATUS 1PerLarsenVejen Ja 2BoHansenStien 22300Ja 3IbJensenAleen Nej 4JensAndersenSvinget Ja POSTNRBYNAVN 2300København S 2500Valby 2730Herlev 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)

IDPOSTNRBYNAVN 12300København S 22500Valby 32730Herlev IDFORNAVNEFTERNAVNADRESSEPOSTIDSTATUS 1PerLarsenVejen 1002Ja 2BoHansenStien 21Ja 3IbJensenAleen 353Nej 4JensAndersenSvinget 871Ja 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

Og så kommer chefen og vil have Privat telefon, Mobil og Arb telefon med! IDFORNAVNEFTERNAVNADRESSEPOSTIDSTATUSPRIVAT TLFMOBILARB TLF 1PerLarsenVejen 1002Ja BoHansenStien 21Ja IbJensenAleen 353Nej JensAndersenSvinget 871Ja For mange tomme felter og felter, der afhænger af hinanden ! Derfor: IDFORNAVNEFTERNAVNADRESSEPOSTIDSTATUS 1PerLarsenVejen 1002Ja 2BoHansenStien 21Ja 3IbJensenAleen 353Nej 4JensAndersenSvinget 871Ja IDKUNDEIDTYPENR IDPOSTNRBYNAVN 12300København S 22500Valby 32730Herlev Så 1 tabel endte op med at blive til 4! TYPETLF ART 1Privat tlf 2Arb tlf 3Mobil