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

Størrelse: px

Begynne med side:

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

Esther Jenssen
8 år siden
Visninger:

1 LC238D Datamodellering: ER-modeller ER = Enitity-Relationship del 1: Notasjon og oversetting av ulike ER-modeller til tilsvarende relasjonsmodeller ER-modellen, intro. side 2-3 Sterke og svake entitetstyper side 4 Attributter side 5 Multiplisitet, 1:1, 1:*, *:* side 6-8 Binære, trinære og rekursive sammenhengstyper side 9-11 Entitetstyper med to sammenhengstyper side 12 Chen, 1975 Se ellers læreboka, kap , side Forelesning 4, uke 37 ER-modellen er en konseptuell modell (dvs en modell av hele databasen). Hensikt: Å beskrive dataene fra brukerens synsvinkel. Uavhengig av implementasjonsmodell og databasesystem også uavhengig av relasjonsmodellen! side 2 1

side 2-3 Sterke og svake entitetstyper side 4 Attributter side 5 Multiplisitet, 1:1, 1:*, *:* side 6-8 Binære, trinære og rekursive sammenhengstyper side 9-11 Entitetstyper med

2 Notasjon og begreper Mange notasjoner, vi bruker UML-diagram. Tar i bruk ER-begrepsapparatet, jamfører tilsvarende OO-begreper entitet ~ objekt entitetstype ~ klasse attributt sammenhengstype (eng: relationship type) ~ assosiasjon multiplisitet (1..1, 0..1,, 1..*, *..*) Primærnøkkel {PK} kommer inn som nytt begrep Andelseier +and_eier_nr {PK} +fornavn +etternavn +telefon +ansiennitet +eies_av kan_ha 0..1 Leilighet +leil_nr {PK} +ant_rom +ant_kvm +etasje side 3 Sterke og svake entitetstyper En sterk entitetstype eksisterer uavhengig av andre entitetstyper. En svak entitetstype er avhengig av en annen entitetstype for å kunne identifiseres. Identitetsavhengighet. prosjekt(prosjnr, prosjektnavn, budsjett, forbruk prosjektrapport(prosjnr*, dato, tittel, forfattere, sammendrag, innhold) side 4 2

$.*, *..*) Primærnøkkel {PK} kommer inn som nytt begrep Andelseier +and_eier_nr {PK} +fornavn +etternavn +telefon +ansiennitet +eies_av 0..1 +kan_ha 0.$

3 Attributter Sammensatt attributt Avledet attributt student(studnr, etternavn, fornavn, adresse, telefon, fdato, epost) Flerverdiet attributt snitt_karakter er et avledet attributt, den regnes ut og lagres ikke i databasen. student(studnr, etternavn, fornavn, adresse, fdato, epost) telefon(studnr*, tlfnr) side 5 Multiplisitet en-til-en-sammenhengstype Multiplisiteten bestemmer antallet mulige sammenhenger mellom entiteter i en sammenhengstype En-til-en-sammenhengstype Andelseier +and_eier_nr {PK} +fornavn +etternavn +telefon +ansiennitet +bebos_av kan_ha 0..1 Leilighet +leil_nr {PK} +ant_rom +ant_kvm +etasje En andelseier kan ha min 0, maks 1 lelighet En leilighet bebos av min 1, maks 1 andelseier andelseier(and_eier_nr, fornavn, etternavn, telefon, ansiennitet) leilighet(leil_nr, ant_rom, ant_kvm, etasje, and_eier_nr*) 0..1 delvis avhengighet NOT NULL UNIQUE 1..1 total avhengighet and_eier_nr INTEGER NOT NULL UNIQUE Konkrete sammenhenger mellom entiteter kan illustreres vhja semantiske nett (figur på tavla) side 6 3

$entiteter i en sammenhengstype En-til-en-sammenhengstype Andelseier +and_eier_nr {PK} +fornavn +etternavn +telefon +ansiennitet +bebos_av 1..1 +kan_ha 0.$

4 Multiplisitet - en-til-mange-sammenhengstyper Student +studnr {PK} +fornavn +etternavn +adresse +bor på 1..1 Poststed +postnr {PK} +sted En student bor på min. 1, maks. 1 poststed. (På) ett poststed (bor) min 0., maks. * (mange) studenter. student(studnr, fornavn, etternavn, adresse, postnr*) poststed(postnr, sted) Multiplisiteten refererer til maks-verdiene. Sammenhengen over er en-til-mange fra poststed til student. Minimumsverdien i 1..1 forteller om fremmednøkkelen kan være NULL eller ikke. Fremmednøkkelen postnr kan ikke være NULL, pga Minimumsverdien i forteller at det kan fins poststed uten studenter. side 7 Multiplisitet - mange-til-mange-sammenhengstyper Én student velger minst ett fag, maks mange fag. Ett fag velges av min. 0 studenter, maks mange. student(studnr, etternavn, fag(fagkode, fagnavn,. fagvalg(studnr*, fagkode*, semester, betalt, karakter) En mange-til-mange-sammenheng medfører at vi må lage en koplingstabell / koplingsrelasjon. Primærnøkkelen i denne relasjonen er satt sammen av fremmednøkler som refererer til de involverte relasjonene. side 8 4

Sammenhengen over er en-til-mange fra poststed til student. Minimumsverdien i 1..1 forteller om fremmednøkkelen kan være NULL eller ikke. Fremmednøkkelen postnr kan ikke være NULL, pga 1..1. Minimumsverdien i forteller at det kan fins poststed uten studenter.

5 Dimensjon - tre-dimensjonal (trinær) sammenhengstype Uke +uke {PK} +aar {PK} +norm_timer Timeliste -ant_timer Prosjekt +prosjetnr {PK} +prosjektnavn +budsjett +forbruk Person -pers_id {PK} -fornavn -etternavn -... Én person jobber i mange prosjekter i mange uker. I en bestemt uke jobbes det på mange prosjeketr av mange personer. På ett prosjekt jobber det mange personer i mange uker. person(pers_id, fornavn, etternavn, prosjekt(prosjnr, prosjektnavn, uke((uke, aar), norm_timer,. timeliste(pers_id*, prosjnr*, (uke, aar)*, ant_timer) side 9 Rekursiv sammenhengstype Hierarki/trestruktur Én person er sjef for min. 0, maks mange ansatte. Hver ansatt har min. 0, maks. 1 sjef. ansatt(ans_id, fornavn, etternavn, tlf, epost, har_som_sjef_id*) Nettverk Én ansatt samarbeider med min. 0 maks. mange andre ansatte. ansatt(ans_id, fornavn, etternavn, tlf, epost) samarbeid(ans_id1*, ans_id2*) side 10 5

person(pers_id, fornavn, etternavn, prosjekt(prosjnr, prosjektnavn, uke((uke, aar), norm_timer,.

6 Entitetstyper med to sammenhengstyper Én ansatt jobber i min. 1, maks. 1 avdeling. Én avdeling har min. 1, maks. mange ansatte. Én ansatt leder min. 0, maks. 1 avdeling. Én avdeling ledes av min. 1, maks. 1 ansatt. ansatt(ansattnr, etternavn, fornavn, adresse, avdnr*) fremmednøkkel NOT NULL avdeling(avdnr, avdnavn, ansattnr*) fremmednøkkel NOT NULL side 11 6

Én avdeling ledes av min. 1, maks. 1 ansatt.

Like dokumenter

Objektorientering i ER-modeller EER-modeller Enhanced Entity Relationship Models

LC238D Datamodellering og databaser http://www.aitel.hist.no/fag/_dmdb/ Objektorientering i ER-modeller EER-modeller Enhanced Entity Relationship Models Oppsummering: Å oversette fra ER- til relasjonsmodell