Normalisering. Hva er normalisering?

Like dokumenter
Normalisering. Hva er normalisering?

Normalisering. Hva er normalisering?

INF1300 Introduksjon til databaser

Databaser. - Normalisering -

Dagens tema: Oppdateringsanomalier Normalformer

Oppdateringsanomalier Normalformer

Normalisering. Partielle avhengigheter Transitive avhengigheter Normalformer: 1NF, 2NF, 3NF, BCNF Normaliseringsstegene Denormalisering

Oppdateringsanomalier. Normalformer. Institutt for informatikk INF

Normalformer or Normalisering 1NF, 2NF, 3NF, BCNF

1. Normalisering Kommentarer til læreboka

Skolekorpset. Løsningsforslag til oppgave gitt i forelesning om normalisering LC238D Datamodellering og databaser: Normalisering

Relasjonsdatabaseteori

Plenum: Nøkler, normalformer og funksjonelle avhengigheter

IN2090 Databaser og datamodellering. Databasedesign og normalformer

Relasjonsdatabasedesign

Databaser: Relasjonsmodellen, del I

Relasjonsdatabasedesign

IN2090 Introduksjon til databaser

INF3100 Databasesystemer

Kunnskapsorganisasjon og gjenfinning 1

UNIVERSITETET I OSLO. Relasjonsmodellen. Relasjoner og funksjonelle avhengigheter. Institutt for Informatikk. INF Ellen Munthe-Kaas 1

UNIVERSITETET. Relasjonsdatabasedesign

Hva kjennetegner god relasjonsdatabasedesign? Eksempel: Grossistdatabase versjon 1

Relasjonsdatabasedesign

Relasjonsdatabasedesign

INF1300 Introduksjon til databaser

Relasjonsdatabasedesign

Databaser. Relasjonsmodellen 1 Læreboka: Kap. 2 Relasjonsmodellen Faglærere: Tore Mallaug, Kjell Toft Hansen

Relasjonsdatabasedesign

Dagens tema: Relasjonsmodellen (funksjonelle avhengigheter og nøkler, integritetsregler) Realisering: Fra ORM til relasjoner

Datamodellering og databaser SQL, del 2

Relasjonsdatabasedesign

Del 1: ER-modellering og databaseteori

Oppgave 1 ER- og relasjonsmodell 10 %

Datamodellering og databaser SQL, del 2

Datamodellering med ORM

Relasjonsdatabasedesign. Ekstramateriale: Normalformer utover 4NF (ikke pensum)

Oppgaver INF3100. Oversikt over innholdet

Datamodellering og databaser SQL, del 2

Relasjonsdatabasedesign

Relasjonsdatabasedesign

Normalformer utover 4NF (ikke pensum)

INF212 - Databaseteori. Kursinnhold

EKSAMEN DATABASER

Oppgaver Oppgave a: Sett opp mulige relasjoner

INF1300 Introduksjon til databaser

1. Relasjonsmodellen Kommentarer til læreboka

Løsningsforslag maskindatabasen på Ifi SQL og normalisering

INFO122 Innføring i databaser. Oblig 2. av Frode H. Pedersen, Kjartan B. Michalsen og Kristin Breivik

Repetisjon: Normalformer og SQL

INF3100 Databasesystemer

Løsningsforslag for Eksamensoppgave i TDT4145 Datamodellering og databasesystemer

Oppgaver INF3100. Oversikt over innholdet

Oppgave 3 - normalisering

INF1300 Introduksjon til databaser

For alle ikke-trivielle FDer X A i R: eller A er et nøkkelattributt i R eller X K for noen kandidatnøkkel K i R

Relasjonsdatabasedesign

Innhold Forord Innledning Kapittel 1 Introduksjon til databaser og databasesystem

D: Ingen trykte eller håndskrevne hjelpemiddel tillatt. Bestemt, enkel kalkulator tillatt.

Obbligatorisk oppgave 2 Slektsdatabase

EKSAMENSFORSIDE Skriftlig eksamen med tilsyn

HØGSKOLEN I SØR-TRØNDELAG

Relasjonsdatabasedesign

LO118D Forelesning 5 (DM)

Normalisering av objektorienterte systemer Versjon B

Modellenes to formål. Datamodellering med UML (forts.) Ugrupperte og grupperte modeller. Figur 5-2. Ogdens trekant

Datamodellering: ER-modeller ER = Enitity-Relationship del 1: Notasjon og oversetting av ulike ER-modeller til tilsvarende relasjonsmodeller

Gruppeøvelse 20/ Dagens tema: - Gruppering/realisering

Kunnskapsorganisasjon og gjenfinning 1. Relasjonsmodellen og -databaser

Relasjonsdatabasedesign

EKSAMENSFORSIDE Skriftlig eksamen med tilsyn

Realiseringsalgoritmen fra ORM til relasjoner Intro til mengdeskranker i ORM

Høgskolen i Telemark EKSAMEN 6102 DATABASER Tid: Hjelpemidler: Vedlegg: Eksempeldata til oppgave 1

UNIVERSITETET I OSLO

Relasjonsdatabasedesign

Modellenes to formål. Datamodellering med UML (forts.) Ugrupperte og grupperte modeller. Figur 5-2. Ogdens trekant

svarforslag SLUTTEKSAMEN IBE211 Databaser, våren 2015

Skisse til løsning av eksamensoppgave i TDT4145 Datamodellering og databasesystemer

Løsningsforslag eksamen i IN

Relasjonsdatabasedesign

UNIVERSITETET I OSLO. Oppskriftsbok. FDer og MVDer Relasjonsalgebra. Institutt for Informatikk. INF3100 Ellen Munthe-Kaas 1

Universitetet i Oslo Institutt for informatikk. Relasjonsmodellen og normaliseringsteori. Til bruk i IN 212. Ragnar Normann.

Oppskriftsbok. FDer og MVDer - oversikt: se s. 3 Relasjonsalgebra - oversikt: se s. 45

Relasjonsdatabasedesign (forts.)

Eksamensoppgave i TDT4145 Datamodellering og databasesystemer

SQL, del 1 - select. Hva er SQL?

Det matematisk-naturvitenskapelige fakultet. Kontroller at oppgavesettet er komplett før du begynner å besvare det.

Relasjonsdatabasedesign (forts.)

Databaser. Relasjonsmodellen 2 Læreboka: Kap. 2 Relasjonsmodellen

Løsning til Eksamensoppgave i TDT4145 Datamodellering og databasesystemer

Integritetsregler i SQL. Primærnøkler

Transkript:

LC238D http://www.aitel.hist.no/fag/_dmdb/ Normalisering Hva er normalisering? side 2 Normaliseringens plass i utviklingsprosessen side 3 Eksempel side 4 Funksjonell avhengighet side 5-6 Første normalform (1NF) side 7 Andre normalform (2NF) side 8-9 Tredje normalform (3NF) side 10 Generelle definisjoner av 2NF og 3NF side 11-13 Boyce-Codd normalform (BCNF) side 13-15 Framstillingen avviker noe fra læreboka, der normalisering gjennomgås i kapittel 3. Forelesning 10, uke 42 Hva er normalisering? Normalisering er en formell metode for å designe relasjonsdatabaser Mål: Å unngå unødvendig dobbeltlagring av data (redundans) pga dobbeltlagring lett fører til inkonsistente data. Dobbeltlagring er kun nødvendig for å kople tabeller sammen (referanseintegritet, primærnøkkel fremmednøkkel) Middel: Dele opp eksisterende tabeller Normaliseringen legger stor vekt på å finne kandidatnøkler. Det stilles formelle krav til sammenhengen mellom attributtene i en tabell. Jo strengere krav, desto høyere normalform. 1NF, 2NF, 3NF, BCNF, 4NF, 5NF,? 4NF og 5NF kun av teoretisk betydning. Gjennomgås ikke. side 2 1

Normaliseringens plass i utviklingsprosessen Som kvalitetssikring: Relasjonsmodell basert på EER-diagram Normalisering Enda bedre relasjonsmodell For å forstå en eksisterende database: Et sett med tabeller Klargjør funksjonelle avhengigheter Grunnlag for å lage EER-modell side 3 Har fått følgende dataeksempel til vurdering status lev_by, 1 Svendsen 20 Lillehammer (1, 300), (2, 200), (3, 400), (4, 200), (5, 100), (6, 100) 2 Jensen 30 Porsgrunn (1, 300), (2, 400) 3 Bø 30 Porsgrunn (2, 400) 4 Christiansen 20 Lillehammer (2, 200) Det er fullt mulig å ta tak i dette via EER-modellering, men vi velger normalisering ettersom dataene allerede er gitt på tabellform. Kan vi bruke denne tabellen i databasen? Skal gjennomgå Codds tre-trinns-prosess (1972) 1NF 2NF 3NF Forutsetter kun én kandidatnøkkel. side 4 2

Funksjonell avhengighet Gitt en relasjon R med (bl.a.) attributtene X og Y. X og Y kan være sammensatte. Y er funksjonelt avhengig (f.a.) av X hvis og bare hvis det til hver X-verdi er assosiert eksakt en Y-verdi. R.X ---> R.Y Eller: X bestemmer ( determinerer ) Y. X er en determinant. Eks.: leveranse1. ---> leveranse1.status leveranse1. ---> leveranse1. (, status) leveranse1.(, ) ---> leveranse1.lev_by Dersom X er en supernøkkel må alle de øvrige attributtene være funksjonelt avhengig av X. Y er fullt funksjonelt avhengig (f.f.a.) av X, hvis den er funksjonelt avhengig av X, og det ikke fins en delmengde Z av X som Y er funksjonelt avhengig av. Eks.: leveranse1.(, ) ---> leveranse1.lev_by f.a., men ikke f.f.a. leveranse1.() ---> leveranse1.lev_by f.f.a. (og dermed f.a.) Heretter betyr f.a. det samme som f.f.a. side 5 Viser funksjonelle avhengigheter i et diagram lev_by status Dette er en modell av virkeligheten. Merk at lev_by bestemmer status! side 6 3

Tabellen foran ser slik ut på 1NF: Første normalform (1NF) Første normalform (1NF): Det eksisterer en primærnøkkel, og ingen del av denne er NULL. Tabellen inneholder ikke repeterende grupper. - Kun én verdi i hver rute i tabellen. status lev_by 1 Svendsen 20 Lillehammer 1 300 1 Svendsen 20 Lillehammer 2 200 1 Svendsen 20 Lillehammer 3 400 1 Svendsen 20 Lillehammer 4 200 1 Svendsen 20 Lillehammer 5 100 1 Svendsen 20 Lillehammer 6 100 2 Jensen 30 Porsgrunn 1 300 2 Jensen 30 Porsgrunn 2 400 3 Bø 30 Porsgrunn 2 200 4 Christiansen 20 Lillehammer 2 200 Hva er primærnøkkelen? Problemer med oppdatering? side 7 Andre normalform (2NF) Andre normalform (2NF): En relasjon er på 2NF hvis og bare hvis den er på 1NF, og den ikke inneholder partielle avhengigheter (en ikkenøkkel-attributt er f.a. av en del av primærnøkkelen). Fra 1NF til 2NF: Splitt opp relasjonen i flere nye relasjoner slik at partielle avhengigheter unngås. ( Ingen piler krysser bokser ) lev_by status side 8 4

Splitter 1NF-tabellen i to status lev_by 1 Svendsen 20 Lillehammer 2 Jensen 30 Porsgrunn 3 Bø 30 Porsgrunn 4 Christiansen 20 Lillehammer Hva er primærnøklene i disse to tabellene? 1 1 300 1 2 200 1 3 400 1 4 200 1 5 100 1 6 100 2 1 300 2 2 400 3 2 200 4 2 200 Splitter ved å foreta en projeksjon. En naturlig forening bringer relasjonene tilbake til utgangspunktet. De nye tabellene kan inneholde mer informasjon enn de opprinnelige, men ikke mindre. Problemer med oppdatering? side 9 Tredje normalform (3NF) Fra 2NF til 3NF: Transitive avhengigheter fjernes. Transitiv avhengighet: lev_by status, det vil si status Tredje normalform (3NF): En relasjon er på 3NF, hvis og bare hvis den er på 2NF, og den ikke inneholder transitive avhengigheter. ( Alle piler utgår fra primærnøkkelen. ) lev_by lev_by lev_by status status lev_by 1 Svendsen Lillehammer 2 Jensen Porsgrunn 3 Bø Porsgrunn 4 Christiansen Lillehammer Lillehammer 20 Porsgrunn 30 Hva er primærnøklene i disse to tabellene? Problemer med oppdatering? side 10 5

Generelle definisjoner av 2NF og 3NF Hva hvis flere kandidatnøkler? 2NF En relasjon er på 2NF hvis og bare hvis den er på 1NF, og den ikke inneholder partielle avhengigheter (en ikke-nøkkel-attributt er f.a. av en del av en kandidatnøkkel). 3NF En relasjon er på 3NF, hvis og bare hvis den er på 2NF, og den ikke inneholder transitive avhengigheter, dvs at det ikke fins ikkenøkkelattributter som er funksjonelt avhengig av andre ikkenøkkelattributter. side 11 Eksempel med flere kandidatnøkler Anta at også entydig identifiserer en leverandør. Ellers noe forenklet: To kandidatnøkler: (, ) (, ) Sjekk mot de generelle definisjonene av 2NF og 3NF side 12 6

Eksempel med flere kandidatnøkler, forts 1 Svendsen 1 300 1 Svendsen 2 200 1 Svendsen 3 400 1 Svendsen 4 200 1 Svendsen 5 100 1 Svendsen 6 100 2 Jensen 1 300 2 Jensen 2 400 3 Bø 2 200 4 Christiansen 2 200 Problemer med oppdatering? side 13 Boyce-Codd normalform (BCNF) Boyce-Codd normalform (BCNF): En relasjon tilfredsstiller BCNF hvis enhver determinant er en kandidatnøkkel. Hvis en tabell har bare én kandidatnøkkel, er 3NF og BCNF ekvivalente. To kandidatnøkler: (, ) (, ) Er BCNF oppfylt? side 14 7

Splitter slik at BCNF er tilfredsstillt Kandidatnøkler i disse tabellene? 1 Svendsen 2 Jensen 3 Bø 4 Christiansen 1 1 300 1 2 200 1 3 400 1 4 200 1 5 100 1 6 100 Konklusjon: Unødvendig å gå gjennom 1NF 2NF 3NF prosessen. I praktisk arbeid er det nok å sjekke at BCNF er oppfylt. BCNF kan også brukes dersom de tre kravene midt på side 93 i læreboka ikke er oppfylt. 2 1 300 2 2 400 3 2 200 4 2 200 side 15 8