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

INF1300 Introduksjon til databaser

Dagens tema: Begrepsdannelse Eksterne entydighetsskranker Verdiskranker Mengdeskranker

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

Dataorientert modellering

INF1300 Introduksjon til databaser

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

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

INF1300 Introduksjon til databaser

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

Realiseringsalgoritmen fra ORM til relasjoner Intro til mengdeskranker i ORM

INF1300 Introduksjon til databaser

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

Informasjonsbærende representasjoner

Datamodellering med ORM

UNIVERSITETET I OSLO INF1300 Introduksjon til databaser

UNIVERSITETET I OSLO

INF1300 Introduksjon til databaser

UNIVERSITETET I OSLO INF1300 Introduksjon til databaser

INF1300 Introduksjon til databaser

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

INF1300 Introduksjon til databaser

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

IN2090 Introduksjon til databaser

INF1300 Introduksjon til databaser

IN2090 Introduksjon til databaser

INF1300 Introduksjon til databaser

INF1300 Introduksjon til databaser

UNIVERSITETET I OSLO INF1300 Introduksjon til databaser

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

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

Datamodellering med UML

INF3100 Databasesystemer

The Unified Modeling Language - UML

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

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

INF212 - Databaseteori. Kursinnhold

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

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

Datamodellering med UML (forts.)

Øvelser uke 35. Oppgave

INF3100 Databasesystemer

INF1300 Introduksjon til databaser

Relasjonsdatabasedesign

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

INF1300 Introduksjon til databaser

INF1300 Introduksjon til databaser

INF1300 Introduksjon til databaser

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

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

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

INF1300 Introduksjon til databaser

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

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

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

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

UNIVERSITETET I OSLO

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

INF1300 Introduksjon til databaser

INF1300 Introduksjon til databaser

Ekvivalente stier (Equivalence of Path, EOP) i storm

Den redundansfri datamodellen

Relasjonsdatabasedesign

Relasjonsdatabasedesign (forts.)

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

Flere skranker i ORM Integritetsregler med «CHECK» i SQL

Relasjonsdatabasedesign

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

Relasjonsdatabasedesign (forts.)

Relasjonsdatabasedesign

INF1300 Introduksjon til databaser

Forelesning INF1300. Simen Buodd. Plenumstime 8. September 2015

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

Relasjonsdatabasedesign

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

Oppdateringsanomalier Normalformer

Dagens tema: Oppdateringsanomalier Normalformer

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

IN2090: Ukeoppgaver uke 1 ( august)

Intermesso. Visjonen... samling av trådene. Veivalget. Et bedre bilde av visjonen?

Kapittel 6: Funksjoner

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

Ekvivalente utsagn. Eksempler: Tautologi : p V p Selvmotsigelse: p Λ p

INF1300 Introduksjon til databaser

INF1300 Introduksjon til databaser

INF3100 Databasesystemer

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

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 INF1300-25.8.2008 - Ragnar Normann 1

Ogdens trekant INF1300-25.8.2008 - Ragnar Normann 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 INF1300-25.8.2008 - Ragnar Normann 3

ORM vs storm Verktøyet storm bruker en gammel ORMdialekt (NIAM) 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) INF1300-25.8.2008 - Ragnar Normann 4

Setninger og Ogdens trekant - 1 Se på setningen «Anne fikk B i INF1010» Det er mye informasjon som er underforstått: Anne er navn på en student B er en karakter (et eksamensresultat) INF1010 er en emnekode Det vi mener er at studenten med navn Anne fikk i emnet med emnekode INF1010 resultatet karakteren B INF1300-25.8.2008 - Ragnar Normann 5

Setninger og Ogdens trekant - 2 La oss se nærmere på setningen: «Studenten med navn Anne fikk i emnet med emnekode INF1010 resultatet karakteren B» «student», «emne» og «resultat» er begreper «navn», «emnekode» og «karakter» er deres representasjoner «Anne», «INF1010» og «B» er forekomster (data) I vårt modellspråk ORM skal vi alltid bruke slike tripler (begrep, representasjon, forekomst) når vi omtaler et fenomen i UoD INF1300-25.8.2008 - Ragnar Normann 6

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 INF1300-25.8.2008 - Ragnar Normann 7

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) Her er et (grammatikalsk uriktig) eksempel på en elementær setning med aritet 4: 25.8.2008 lånte Per kr 200 000 av Nordea INF1300-25.8.2008 - Ragnar Normann 8

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 INF1300-25.8.2008 - Ragnar Normann 9

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 INF1300-25.8.2008 - Ragnar Normann 10

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 INF1300-25.8.2008 - Ragnar Normann 11

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 INF1300-25.8.2008 - Ragnar Normann 12

Faktatyper i ORM Vårt eksempel på en faktatype mellom begrepene Person og Bil tegner vi slik: Læreboken bruker en mer kompakt tegnemåte: De to tegnemåtene er ekvivalente og kan brukes om hverandre Microsofts Visio har maler for begge tegnemåtene INF1300-25.8.2008 - Ragnar Normann 13

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: INF1300-25.8.2008 - Ragnar Normann 14

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 INF1300-25.8.2008 - Ragnar Normann 15

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å INF1300-25.8.2008 - Ragnar Normann 16

Fakta setningers dype struktur Dette diagrammet kan leses begge veier: INF1300-25.8.2008 - Ragnar Normann 17

Faktatype med forekomsttabell Legg merke til at en faktatype med forekomsttabell gir oss like mange fakta som det er linjer i forekomsttabellen INF1300-25.8.2008 - Ragnar Normann 18

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 INF1300-25.8.2008 - Ragnar Normann 19

Entydighetsskranker - 2 I ORM-diagrammet setter vi en dobbeltpil 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 INF1300-25.8.2008 - Ragnar Normann 20

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 INF1300-25.8.2008 - Ragnar Normann 21

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)! INF1300-25.8.2008 - Ragnar Normann 22

Ekteskap - 2 De fleste har vel foreslått modellen nedenfor Lag forekomsttabell INF1300-25.8.2008 - Ragnar Normann 23

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

En annen mulighet er nedenstående modell Lag forekomsttabell Ekteskap - 3 INF1300-25.8.2008 - Ragnar Normann 25

Polygyni Polygyni (flerkoneri) er ikke en uvanlig ekteskapsform Dette er en n:1 (mange-til-én) faktatype fra Kvinne til Mann INF1300-25.8.2008 - Ragnar Normann 26

Ekteskap - 4 En tredje mulighet er nedenstående modell Lag forekomsttabell INF1300-25.8.2008 - Ragnar Normann 27

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 INF1300-25.8.2008 - Ragnar Normann 28

Ekteskap - 5 En siste mulighet er nedenstående modell Lag forekomsttabell INF1300-25.8.2008 - Ragnar Normann 29

Polygami Ekte polygami (flergifte) har, så vidt jeg vet, 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 INF1300-25.8.2008 - Ragnar Normann 30

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 INF1300-25.8.2008 - Ragnar Normann 31

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 INF1300-25.8.2008 - Ragnar Normann 32

Perfekt bro - 2 Hvis vi har en perfekt bro hvor navnet på representasjonen er lik begrepsnavnet med suffikset «Id», har vi en enda mer kompakt notasjon Eksempel: er en korform for INF1300-25.8.2008 - Ragnar Normann 33

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 INF1300-25.8.2008 - Ragnar Normann 34

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 Mange-til-én 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 Den vanlige notasjonen for en FD er: Bil Person INF1300-25.8.2008 - Ragnar Normann 35