LC238D Datamodellering og databaser Else Lervik, september 2012 Forelesning 6, Uke 39 Objektorientering i ER-modeller EER-modeller Enhanced Entity Relationship Models Oppsummering: Å oversette fra ER- til relasjonsmodellside 2 Spesialisering og generaliseringside 3-6 Komposisjonside 7 Aggregeringside 8 Se ellers læreboka, side

Datamodellering og databaser, databasedelen Else Lervik, september 2012 side 2 Oppsummering: Å oversette fra ER-modell til relasjonsmodell 1. Lag en relasjon pr. entitetstype. 2. Oversett en-til-en-sammenhengstyper ved å legge inn fremmednøkkel på den ene av sidene. Hvis det er eksistensavhengighet (NOT NULL) på en av sidene, skal denne brukes. UNIQUE på fremmednøkkelen sikrer 1-multiplisiteten på motsatt side. Se side 193 i læreboka. 3. Oversett en-til-mange-sammenhengstyper ved å legge inn fremmednøkkel på mange-siden i forholdet. Se side Mange-til-mange-sammenhengstyper gir alltid opphav til en egen relasjon ("koplingstabell"). Se side Fremmednøkler fra begge sidene kommer inn og danner til sammen primærnøkkelen i en slik relasjon. (Alternativt kan man ha løpenummer som primærnøkkel. Fremmednøklene må likevel være med.) Det er mulig med ekstra attributter i tillegg, da vises det i ER- modellen ved en entitetstype med stiplet linje fram til den aktuelle sammenhengstypen. Eksempler på sammenhenger mellom tre entitetstyper (trinær sammenheng) samt entiteter av samme type (rekursjon og nettverk), samt identitetsavhengighet, se forelesning 4. I dag kommer flere regler: Hvordan overføre objektorientering fra UML-diagrammet til relasjonsmodellen? Enhanced Entity Relationship (EER) andelseier(and_eier_nr, fornavn, etternavn, telefon, ansiennitet) leilighet(leil_nr, ant_rom, ant_kvm, etasje, and_eier_nr*) student(studnr, fornavn, etternavn, adresse, postnr*) poststed(postnr, sted) student(studnr, etternavn, fornavn, adresse, telefon, fdato, epost) fag(fagkode, fagnavn, eks_dato, vekttall, brukernavn, passord) fagvalg(studnr*, fagkode*)

Datamodellering og databaser, databasedelen Else Lervik, september 2012 side 3 Spesialisering og generalisering Spesialisering er prosessen for å finne forskjellene mellom entitetstyper ved å identifisere karakteristiske trekk ved dem. Generalisering er prosessen som går ut på å redusere forskjellene mellom entitetstyper ved å identifisere deres fellestrekk. Spesialisering viser roller. Oversetter til relasjonsmodellen: person(person_id, etternavn, fornavn, adresse) forelder(person_id*, telefon_jobb, telefon_hjemme, stilling) laerer(person_id*, telefon_kontor, utdanning, ansiennitet) elev(person_id*, fodselsdato, morsmaal) Skisser SQL-setninger for innlegging av ny forelder/laerer/elev uthenting av all info om en forelder/laerer/elev spesialisering generalisering insert into person values(1, ‘Ås’, ‘Ole’, ‘xxx); insert into forelder(1, ‘99’,’88’,’xxx’); insert into laerer(1, ‘77’, ‘yyy’, 10); select * from person, forelder where person.persnr = forelder.persnr and fornavn = ‘Ole’ and etternavn = ‘Ås’;

Datamodellering og databaser, databasedelen Else Lervik, september 2012 side 4 Overlappende / disjunkte delmengder {AND} betyr overlappende spesialisering, dvs at en person kan være f. eks. både forelder og lærer. {OR} betyr disjunkt spesialisering, dvs at hver person enten er forelder, lærer eller elev. Kan kravet om disjunkte mengder framkomme i relasjonsmodellen (NEI), eventuelt ved generering av databasen med SQL (NEI)? Men – vi skal i siste del av kurset se hvordan vi kan programmere dette som et krav i databasen. person(person_id, etternavn, fornavn, adresse) forelder(person_id*, telefon_jobb, telefon_hjemme, stilling) laerer(person_id*, telefon_kontor, utdanning, ansiennitet) elev(person_id*, fodselsdato, morsmaal)

Datamodellering og databaser, databasedelen Else Lervik, september 2012 side 5 Total/delvis deltakelse person(person_id, etternavn, fornavn, adresse) forelder(person_id*, telefon_jobb, telefon_hjemme, stilling, status) laerer(person_id*, telefon_kontor, utdanning, ansiennitet) elev(person_id*, fodselsdato, maalform) Delvis deltakelse betyr at det kan finnes entiteter i superentitetstypen som ikke er med i noen av subentitetstypene. Total deltakelse betyr at alle entitetene i superentitetstypen må være med i minst en av subentitetstypene. Kan kravet om total deltakelse framkomme i relasjonsmodellen (NEI), eventuelt ved generering av databasen med SQL (NEI)? Men – vi skal i siste del av kurset se hvordan vi kan programmere dette som et krav i databasen.

Restriksjoner på spesialiseringen kan kombineres Datamodellering og databaser, databasedelen Else Lervik, september 2012 side 6 Disjunkt (OR)Overlappende (AND) DelvisEn superentitet deltar i 0 eller 1 subentitetstype (0..1) En superentitet kan, men behøver ikke, delta i 1 eller flere subentitetstyper (0..*) TotalEn superentitet deltar i eksakt 1 subentitetstype (1..1) En superentitet deltar i minst 1 subentitetstyper (1..*)

Datamodellering og databaser, databasedelen Else Lervik, september 2012 side 7 Et større eksempel 3..7 deltaker(delt_id, fornavn, etternavn, epost sesjon(sesjons_id, tittel, start_tid, varighet, ledes_av_delt_id* paneldebatt(sesjons_id*, foredrag(sesjons_id*, sammendrag fellesforedrag(sesjons_id*, aapent spesialforedrag(sesjons_id*, maalgruppe delt_spes_foredrag(sesjons_id*, delt_id*) delt_paneldeb(sesjonsid*, delt_id*)

Datamodellering og databaser, databasedelen Else Lervik, september 2012 side 8 Komposisjon avis(avisnavn,....) annonse(annonse_nr,...., avisnavn*) En komposisjon er en meget sterk en-del-av-binding. Delene kan ikke leve uten at den delen de inngår i eksisterer. Delene kan kun inngå i én kompositt. Komposisjon innebærer eksistensavhengighet. NOT NULL Forskjell mellom de to Avis- Annonse- modellene? I det nederste tilfellet kan Annonse inngå i andre sammenhenger. I en komposisjon er dette (vanligvis) ikke tilfelle. Støtte i relasjonsmodellen og SQL for komposisjon? Nei, ikke hvis vi holder oss til det strenge kravet at Annonse ikke skal kunne delta i andre sammenhenger. For eksistensavhengighet? Ja, ved å sette NOT NULL på fremmednøkkelen. Konklusjon. Unngå å bruke komposisjon i ER-modeller.

prosjekt(prosjnr, prosjektnavn, budsjett, forbruk) prosjektrapport(prosjnr*, dato, tittel, forfattere, sammendrag, innhold) Identitetsavhengighet Videreføres i relasjonsmodell opg SQL ved å la fremmednøkkelen være del av primærnøkkelen.

Datamodellering og databaser, databasedelen Else Lervik, september 2012 side 10 Aggregering Aggregering er en løsere sammenheng enn komposisjon. De enkelte delene kan leve videre selv om den entiteten de er en del av, forsvinner. Hva skiller dette fra en ”vanlig” sammenheng, dvs en strek uten aggregerings-rombe? I praksis ingenting. husstand(husstand_id, adresse, boareal) person(person_id, etternavn, fornavn, epost, husstand_id*) kan være NULL