INF1300 Introduksjon til databaser

Like dokumenter
INF1300 Introduksjon til databaser

INF1300 Introduksjon til databaser

INF1300 Introduksjon til databaser

INF1300. Grunnbegrepene i ORM: fakta, begreper, roller, faktatyper, broer, entydighetsskranker, totale roller, funksjonelle avhengigheter

IN2090 Databaser og datamodellering ORM 1

INF Introduksjon til databaser ORM I

Dagens tema: Begrepsdannelse Eksterne entydighetsskranker Representasjon n-1-regelen

Dagens tema: Begrepsdannelse Eksterne entydighetsskranker Representasjon n-1-regelen Verdiskranker Mengdeskranker

Dataorientert modellering

Dagens tema: Begrepsdannelse Eksterne entydighetsskranker

Notater: INF1300. Veronika Heimsbakk 8. januar 2013

Dagens tema: Begrepsdannelse Eksterne entydighetsskranker Verdiskranker Mengdeskranker

INF1300 Introduksjon til databaser

Vegard Nossum. 21. oktober 2010

Repetisjon: (nesten) alt du trenger å kunne om ORM og realisering

Språk for dataorientert modellering

Repetisjon: (nesten) alt du trenger å kunne om ORM og realisering

INF1300 Introduksjon til databaser

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

Dataorientert modellering

Dagens tema: Begrepsdannelse Eksterne entydighetsskranker Verdiskranker Mengdeskranker Underbegreper og underbegrepsskranker Kombinerte totale roller

Repetisjon: (nesten) alt du trenger å kunne om ORM og realisering

Realiseringsalgoritmen fra ORM til relasjoner Intro til mengdeskranker i ORM

Datamodellering med ORM

Informasjonsbærende representasjoner

INF1300 Introduksjon til databaser

UNIVERSITETET I OSLO INF1300 Introduksjon til databaser

Dagens tema: Ekvivalente stier og joinskranker Ringskranker Informasjonsbærende representasjoner Behandling av tid

UNIVERSITETET I OSLO INF1300 Introduksjon til databaser

INF1300 Introduksjon til databaser

UNIVERSITETET I OSLO

Dagens tema: Realiseringsalgoritmen (også kalt "grupperingsalgoritmen") fra ORM-diagram til relasjonsskjema

IN2090 Introduksjon til databaser

INF1300 Introduksjon til databaser

INF september Relasjonsmodellen funksjonelle avhengigheter og nøkler Realisering: Fra ORM til relasjoner

INF1300 Introduksjon til databaser

UNIVERSITETET I OSLO INF1300 Introduksjon til databaser

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

Dagens tema: Ringskranker Informasjonsbærende representasjoner Behandling av tid Tommelfingerregler

Dagens tema: Ringskranker Klisjéer (mønstre) Tommelfingerregler

Dagens tema: Underbegreper og underbegrepsskranker Kombinerte totale roller Behandling av tid Informasjonsbærende representasjoner Ringskranker

INF1300 Introduksjon til databaser

UNIVERSITETET I OSLO INF1300. Dagens tema: Ringskranker. Tommelfingerregler. Institutt for informatikk. INF Ellen Munthe-Kaas 1

Datamodellering med UML (forts.)

INF1300 Introduksjon til databaser

Datamodellering med UML. Modellenes to formål. The Unified Modeling Language - UML

Datamodellering med UML

Modellenes to formål. Datamodellering med UML (forts.) Fra naturlig språk til datamodell. Figur 5-2. Ogdens trekant

INF1300 Introduksjon til databaser

Relasjonsdatabasedesign

PENSUM H2012 INF1300. Joakim Myrvoll Johansen. Pensum fra forelesnings-foilere

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

IN2090 Introduksjon til databaser

*UXSSHULQJ IRU JUDXWVNDOOHU (QYLVXHOOJXLGHJMHQQRPQRHQ DY1,$0JUXSSHULQJHQV XQGHUIXQGLJKHWHU

The Unified Modeling Language - UML

INF1300 Introduksjon til databaser

Øvelser uke 35. Oppgave

INF1300 Introduksjon til databaser

INF1300 Introduksjon til databaser

Dagens tema: Relasjonsmodellen Funksjonelle avhengigheter og nøkler Realisering: Fra ORM til relasjoner

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

INF212 - Databaseteori. Kursinnhold

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

Den redundansfri datamodellen

INF1300 Introduksjon til databaser

Relasjonsdatabasedesign

Datamodellering med UML. Modellenes to formål. The Unified Modeling Language - UML

Sensorveiledning for IN2090 og INF desember :30 18:30 (4 timer)

Dagens tema. Den redundansfri datamodellen. Modellenes to formål. Individer i interesseområdet

MATOPPSKRIFTER Obligatorisk oppgave nr. 2 i INF1300 høsten 2010

Dagens tema. Den redundansfri datamodellen. Modellenes to formål. Den grunnleggende konstruksjonen det elementære utsagnet

INF1300 Introduksjon til databaser

Relasjonsdatabasedesign

UNIVERSITETET I OSLO

Ekvivalente stier (Equivalence of Path, EOP) i storm

INF3100 Databasesystemer

Dagens tema: Oppdateringsanomalier Normalformer

INF3100 Databasesystemer

Flere skranker i ORM Integritetsregler med «CHECK» i SQL

Relasjonsdatabasedesign

VÆRSTASJONER Obligatorisk oppgave nr. 2 i INF1300 høsten 2011

Relasjonsdatabasedesign

INF1300 Introduksjon til databaser

Oppdateringsanomalier Normalformer

INF1300 Introduksjon til databaser

FOL: syntaks og representasjon. 15. og 16. forelesning

Forelesning INF1300. Simen Buodd. Plenumstime 8. September 2015

INF1300 Introduksjon til databaser

Dagens plan. INF3170 Logikk. Induktive definisjoner. Eksempel. Definisjon (Induktiv definisjon) Eksempel

INF4170 Logikk. Forelesning 12: Automatisk bevissøk IV matriser og koblingskalkyle. Bjarne Holen. Institutt for informatikk, Universitetet i Oslo

Representasjoner. Modell uten representasjoner. Modell med representasjoner. Forekomster i interesseområdet og i informasjonssystemet

Relasjonsdatabasedesign (forts.)

Etter uke 9 skal du. Introduksjon til objektorientert programmering. Innhold. Klasser som abstraksjoner

Innhold. INF1000 Høst Unified Modeling Language (UML) Unified Modeling Language (UML)

INF INF1820. Arne Skjærholt INF1820. Dagens språk: Russisk. dyes yataya l yektsiya. Arne Skjærholt. десятая лекция

Gerhard Skagestein: Systemutvikling fra kjernen og ut, fra skallet og inn.

INF1300 Introduksjon til databaser

UNIVERSITETET I OSLO. Det matematisk-naturvitenskapelige fakultet

UNIVERSITETET I OSLO

Kapittel 5: Mengdelære

Transkript:

UNIVERSITETET I OSLO INF1300 Introduksjon til databaser Dagens tema: Grunnbegrepene i ORM Sammenheng mellom ORM og vanlig språk Elementære setninger (fakta) Faktatyper og broer Entydighetsskranker og totale roller Funksjonelle avhengigheter Institutt for informatikk 1

Ogdens trekant 2

Ogdens trekant og ORM I ORM tegner vi begreper og representasjoner som hhv. heltrukne og stiplede rektangler med runde hjørner Eksempel: Begrepet Person og representasjonen Fødselsnummer tegnes slik: I ORM brukes ordet objekttyper som en felles betegnelse på begreper og representasjoner 3

ORM vs storm Verktøyet storm bruker en gammel ORMdialekt (NIAM Natural language Information Analysis Method) I storm brukes sirkler i stedet for rektangler Et begrep kalles en NoLOT (Non Lexical Object Type) En representasjon kalles en LOT (Lexical Object Type) 4

Setningers aritet - 1 Den elementære setningen: «Studenten med navn Anne fikk i emnet med emnekode INF1010 resultatet karakteren B» inneholder tre begreper: «student», «emne» og «resultat» Antall begreper i en setning kalles setningens aritet Vårt eksempel har aritet 3 5

Setningers aritet - 2 Setninger med aritet 1 kaller vi unære Setninger med aritet 2 kaller vi binære Setninger med aritet 3 kaller vi ternære Man kan konstruere elementære setninger med vilkårlig høy aritet Elementære setninger med aritet > 3 er sjeldne, så vi gir dem ikke egne navn (n-ære setninger) 6

Unære setninger Disse er vanlige i dagligtalen, men sjeldne i en informasjonsmodell Eksempel: En person med navn Siri sover En unær setning kan alltid erstattes av en binær setning hvor ett av begrepene har boolsk representasjon Eksempel: En person med navn Siri har sovestatus med boolsk verdi true Unære setninger er tillatt i ORM, men ikke i modelleringsverktøyet storm 7

Binære setninger Disse er vanlige i dagligtalen og enda vanligere i en informasjonsmodell Eksempel: En person med navn Siri eier en bil med reg.nr DL12345 Binære (og unære) setninger er alltid elementære En ORM informasjonsmodell baserer seg nesten i sin helhet på binære setninger Vi skal neste uke se hvordan vi med et knep kan uttrykke elementære setninger med aritet n > 2 ved hjelp av n - 1 binære setninger 8

Setning med aritet 4 Eksempel på en elementær setning med aritet 4: 25.8.2008 lånte Per kr 200 000 av Nordea 9

Fakta og setningers dype struktur Setningen: «En person med navn Siri eier en bil med reg.nr DL12345» kan også leses baklengs: «En bil med reg.nr DL12345 eies av en person med navn Siri» De to setningene har samme meningsinnhold Lingvistene kaller dette meningsinnholdet for setningenes dype struktur Vi informatikere kaller et slikt setningspar et faktum, og vi sier at ORM-metoden er faktaorientert informasjonsmodellering 10

Roller og faktatyper Se på setningsparet: «En person med navn Siri eier en bil med reg.nr DL12345» og «En bil med reg.nr DL12345 eies av en person med navn Siri» Her kan vi åpenbart få lignende fakta ved å bytte ut forekomsten «Siri» med et annet navn og/eller forekomsten «DL12345» med et annet reg.nr Vi sier at begrepet «Person» spiller rollen «eier» overfor begrepet «Bil», og at «Bil» spiller rollen «eies av» overfor «Person» Et slikt rollepar mellom to begreper kalles en (binær) faktatype 11

Faktatyper i ORM Vårt eksempel på en faktatype mellom begrepene Person og Bil tegner vi slik (ORM1): Læreboken bruker en mer kompakt tegnemåte (ORM2): De to tegnemåtene er ekvivalente og kan brukes om hverandre Microsofts Visio har maler for en variant av ORM1 12

Broer En bro er en forbindelse mellom et begrep og en representasjon Eksempel: Her er de to måtene vi har i ORM for å tegne broen mellom Person og Fødselsnummer: 13

Setningstyper Ordet setningstype er en felles betegnelse på faktatyper og broer Broer er alltid binære de forbinder ett begrep og én representasjon Faktatyper kan ha vilkårlig antall roller (aritet) hver rolle skal være knyttet til eksakt ett begrep et begrep kan spille flere roller i samme faktatype 14

Rollenavn I faktatyper bør alle rollenavn inneholde et verb (Hvis ikke, er det grunn til å tro at rollenavnet er dårlig valgt) I broer er det vanlig med preposisjoner som rollenavn De to vanligste rolleparene er med/for med/på 15

Fakta setningers dype struktur Dette diagrammet kan leses begge veier: 16

Faktatype med forekomsttabell Legg merke til at en faktatype med forekomsttabell gir oss like mange fakta som det er linjer i forekomsttabellen 17

Entydighetsskranker - 1 Anta at vi har en forretningsregel som sier at en bil bare kan ha én eier (mens en person kan eie flere biler) Da kan ikke både Siri og Arne være eier av DL12345 18

Entydighetsskranker - 2 I ORM-diagrammet setter vi en pil med spiss i begge ender over rollen hvor samme forekomst ikke kan gjentas i forekomsttabellen Pilen kalles en entydighetsskranke Entydighetsskranker kan gå over flere roller da er det forekomstkombinasjonen i rollene som ikke kan gjentas 19

Bruk av forekomstdiagrammer Forekomstdiagrammer er ikke en del av ORMmodellen, men et nyttig, og ofte nødvendig, hjelpemiddel for å få riktige skranker i modellen Derfor er det ikke så nøye hvilken representasjon vi bruker i forekomsttabellene Eksempelvis kan vi ha brukt et ansattnummer eller fødselsnummer for å representere personer, mens vi i forekomsttabellene bruker navn I så fall antar vi for anledningen at alle personer har forskjellige navn 20

Ekteskap - 1 Vi skal nå se på en faktatype mellom en kvinne og en mann kalt ekteskap Uten entydighetsskranke(r) ser modellen slik ut: Hvilke(n) entydighetsskranke(r) skal vi ha? Lag forekomsttabell og sett på entydighetsskranke(r)! 21

Ekteskap - 2 De fleste har vel foreslått modellen nedenfor Lag forekomsttabell 22

Monogami I Norge er dette eneste lovlige ekteskapsform Vi kaller den en 1:1 (én-til-én) faktatype mellom (begrepene) Kvinne og Mann 23

En annen mulighet er nedenstående modell Lag forekomsttabell Ekteskap - 3 24

Polygyni Polygyni (flerkoneri) er ikke en uvanlig ekteskapsform Dette er en n:1 (mange-til-én) faktatype fra Kvinne til Mann 25

Ekteskap - 4 En tredje mulighet er nedenstående modell Lag forekomsttabell 26

Polyandri Polyandri (flermanneri) var nok vanligere før, men forekommer fortsatt, blant annet i Polynesia Dette er en 1:n (én-til-mange) faktatype fra Kvinne til Mann 27

Ekteskap - 5 En siste mulighet er nedenstående modell Lag forekomsttabell 28

Polygami Ekte polygami (flergifte) har vel aldri vært en sosialt anerkjent samlivsform Unntaket måtte være hippie-tidens kollektiver med utstrakt praktisering av fri sex Dette er en m:n (mange-til-mange) faktatype 29

Totale roller Dersom alle biler har en eier, sier matematikerne at vi har en total funksjon fra Bil til Person (den er definert for alle forekomster av Bil) Vi sier at rollen «eies av» er en total rolle for Bil og markerer det med en prikk på rollen Merk: Det at rollen er total, gjør at hver gang vi legger inn en bil i databasen, må vi samtidig registrere hvem som eier bilen 30

Perfekt bro - 1 En 1:1 bro der begrepsrollen er total, kalles en perfekt bro Perfekte broer er så vanlige at vi har en egen kortform for dem (de implisitte rollenavnene er «med/på» eller «med/for» («with/of»)): De to tegnemåtene er ekvivalente 31

Perfekt bro - 2 Hvis vi har en perfekt bro hvor navnet på representasjonen er lik begrepsnavnet med et suffiks, har vi en enda mer kompakt notasjon Eksempel: er en kortform for 32

Mer om entydighetsskranker Merk at en faktatype (det gjelder også broer) alltid skal ha (minst) en entydighetsskranke Hvis ikke, kunne samme faktum bli lagret vilkårlig mange ganger Merk også at en kort entydighetsskranke er strengere enn en lang Det er feil å la en lang entydighetsskranke dekke en kort 33

Funksjonelle avhengigheter Det at en bil alltid har én, og bare én, eier, gjør at hvis vi vet hvilken bil vi har (dvs. at vi kjenner bilens reg.nr), så vet vi også hvilken person som eier bilen Faktatypen fra Bil til Person definerer altså en funksjon fra forekomstene av Bil til forekomstene av Person som til en gitt bil gir oss eieren Vi sier at Person er funksjonelt avhengig av Bil, eller at vi har en FD (Functional Dependency) fra Bil til Person 34