Mapning af klasser til relationer

Slides:



Advertisements
Lignende præsentationer
Relationer En relation mellem to mængder er en generaliseret funktion
Advertisements

Mapning af 1 til mange forbindelser
Relationsstyper En-til-en relationer: TABEL 1 NAVN ID Peter Hansen 1
Velkommen til Softwarekonstruktion
Databaser Teori.
Dagsorden: Formål: Jeres websider skal layoutes i bokse/sektioner
Relationsdatabaser og SQL
07 – Kort om OO Introduktion.
TS-diagrammer (databaser, del 5)
Felter og nøgle-felter (databaser, del 6)
Eksamensspørgsmål: 4: Brugen af nøgler i en "Relationel DB" herunder: Primary Key og Foreign Key samt Super Key og Candidate Key.
Lavet af: Paw Petersen Design Design Class Diagram (DCD)
Selve objektet versus referencen til objektet Nedarvning
NOEA/IT - FEN - Databaser/TabelDesign 1 Tabeldesign Design af relationsdatabaser Normalisering.
Mapning af 1 til mange forbindelser
Oprettelse af tabeller (Access, del 2)
Beskrivelses- og analyse-teknikker understøttet af Oracle Designer
04.1 Mathiassen, Munk-Madsen, Nielsen & Stage, 2001 © Struktur Oversigt, principper og teknikker Kapitel 4.
NOEA/IT FEN - Databaser/Sikkerhed 1 Lektion 10 Sikkerhed og integritet Områder Autorisationsmatrix Realisering i SQL.
2:Relations modellering og design regler.
Dagens gang Sidste uges opgaver Databaser Opgaver til næste gang
Powerpoint Jeopardy Data flow diagrammer Entity relationship diagrammer State diagrammerSammenhænge mellem systemmodeller
1 HMAK XMLRelationel model og XMLNOEA / PQC 2005 SQLServer og XML Hent data via URL Generering af xml –Raw –Auto –Explicit Hent data via template Evt.
NOEA/IT FEN - Databaser/modellering 1 Tabeldesign Omformning af E/R-modellen til relationelle skemaer.
SQL – Oracle Relationsdatabase
Data Dictionary (databaser, del 7)
Informationssystemer kursusgang: Modellering med henblik på dataudtræk
Den relationelle model
SQL – Oracle Relationsdatabase
Relationelle databaser og XML
17.1 Mathiassen, Munk-Madsen, Nielsen & Stage, 2000 © Implementering Principper, teknikker og vurdering Kapitel 17.
Rapporter (Access, del 5). RHS – Informationsteknologi – Udgangspunkt Vi har oprettet en database Vi har defineret en eller flere tabeller, og.
2009NOEA/IT - Databaser/arkitektur1 Den relationelle model En teoretisk model for databaser Hviler på et sundt teoretisk grundlag Omfatter: Datastruktur.
2009NOEA/IT - Databaser/arkitektur1 Tabeldesign Design af relationsdatabaser Normalisering.
IT i Byggeriet Semester 6, kursusgang Databaser (2) Kjeld Svidt Kjeld Svidt  Institut for Bygningsteknik  Aalborg Universitet.
IT i Byggeriet Semester kursusgang Databaser (2) Kjeld Svidt Kjeld Svidt  Institut for Bygningsteknik  Aalborg Universitet.
Normalisering Sund Fornuft!. Normalformer 1. Normalform Ingen repeterende felter Der eksisterer en primær nøgle 2. Normalform Tabellen skal være i 1NF.
Eksempel på realisering af domænemodel
GP 8, 24/ Grundlæggende programmering Efterår 2001 Forelæsning 8 onsdag 24/ kl. 9:15 – 12:00.
Objekter og klasser Rasmus D. Lehrmann DM
ER-modellering1 Analyse af data og sammenhæng mellem data.
DIEB4.1 Kursusgang 4 Oversigt: Sidste kursusgang Opgaver Aktivitet 2: Generer design (fortsat) Design af interaktionselementer.
Intro Databaserne? Gik det som det skulle?. Databasestøttet webpublicering Forelæsning nr 8 Hvorfor data i en RDB (relationel database)? Databasemodellering.
3. Objekt Orientering og Relations Databaser
FEN IntroJava AAU1 Klasser og objekter Grundbegreber Student-Course.
NOEA/IT FEN - Databaser/modellering 1 Datamodellering Den udvidede (enhanced) E/R-model (EE/R- modellen) Begreber Diagrammering Omformning til.
I4DAB1 F08 guideline for normalisering og design Jesper Tørresø DAB1 F April 2008.
Oprettelse af tabeller (Access, del 2)
Webserveren kan afvikle flere applikationer, der hver har deres eget selvstændige ”liv” og hukommelse. Den enkelte applikation består typisk af flere elementer.
OOD  Relationel database: Klasser Hver klasse afbildes over i en tabel. Klassens navn bruges som navn på tabellen. Hver af klassens attributter afbildes.
2009Softwarekonstruktion / DB-design 11 Databasedesign 1 Fra begrebsmæssig model til relationel model.
Oracle Application Express Lektion 2 7. Semester 2008.
Database.
Database Some walk through. Database Design – Begreber 1 Database: En fælles samling af logiske relaterede data (informationer) DBMS (database management.
E/R-diagrammering 7. Semester.
Grundlæggende DW, HTML, CSS, udskæring.
Den relationelle model
Objektorienteret programmering – UML2Java.  Jens Bennedsen 2001Multimedie programmering8.2 Indhold Klasser og associering til enkelt objekt –Programmering.
 Jens Bennedsen 2002Objektorienteret systemudvikling Design klasse model ”Klassemodellen på vej til kode”
 Jens Bennedsen 2002Objektorienteret systemudvikling Persistens.
Oracle Application Express Lektion 1 7. Semester 2008.
Klasser og objekter. dIntProg, E08Klasser og objekter.2 Grundbegreber Klasser og objekter –beskrivelse –oprettelse Attributter og metoder –tilstand –opførsel.
Klassehierarkier Specialisering vha. subklasser. dIntProg, E05Klassehierarkier.2 Oversigt Eksempler på specialisering –Aktør, Koreograf, Skuespiller,
Klasser og objekter – grundbegreber.  Michael E. Caspersen, 2001Introducerende objektorienteret programmeringKlasser og objekter.2 Klasser og objekter.
Formularer (Access, del 3). RHS – Informationsteknologi – Udgangspunkt Vi har oprettet en database Vi har defineret en eller flere tabeller Vi.
Database Some walk through lv/ Figures & some text from: © Pearson Education Limited 1995,
1.10 System design - Database
GUIDE TIL DELING AF DOKUMENTER
Effektiv kommunikation med virksomheder - hvordan?
GUIDE TIL BRUGEN AF MAPPER I MINE DOKUMENTER
Præsentationens transcript:

Mapning af klasser til relationer

Mapning af arv - een tabel pr. klasse

Mapning af arv - een tabel pr. klasse Superklassen (Class-A) mappes til en tabel med alle klassens attributter som felter og et nyt ID-felt som nøglefelt, samt evt. et typefelt. Subklasserne (Class-B og Class-C) mappes til tabeller med hver klasses attributter som felter og et nyt ID-felt som nøglefelt, idet der bruges samme navn som for nøglefeltet på superklassen (Class-A). Nøglefeltet i subklasserne gøres samtidig til fremmednøgle til superklassen (Class-A).

Mapning af arv - een tabel pr. subklasse

Mapning af arv - een tabel pr. subklasse I denne løsning afspejler tabellerne ikke arvestukturen, idet denne elimineres. Subklasserne (Class-B og Class-C) mappes til hver sin tabel med såvel superklassens attributter og egne attributter som felter og et nyt ID-felt som nøglefelt. Der kan ikke i databasen umiddelbart sikres mod at der anvendes samme nøgleværdi i de 2 tabeller

Mapning af arv - een tabel pr. superklasse

Mapning af arv - een tabel pr. superklasse I denne løsning afspejler tabellerne ikke arvestukturen, idet denne elimineres. Der er samtidig problemer med tomme felter. Der laves en tabel med alle attributter fra såvel super som subklasserne og desuden et typefelt og et nyt ID-felt som nøglefelt.

Mapning af 1 til mange forbindelser

Mapning af 1 til mange forbindelser Ved 1 til 1 forbindelser må man beslutte hvilken klasse der skal oprettes først og så definere forbindelsen som en 1 til 0:1 forbindelse Hver klasse mappes til en tabel med alle klassens attributter som felter og et nyt ID-felt som nøglefelt. Association/composition ordnes ved at indsætte ID- nøglefeltet fra tabellen på 1-siden i tabellen på mange-siden som fremmednøgle.

Mapning af mange til mange forbindelser

Mapning af mange til mange forbindelser Hver klasse mappes til en tabel med alle klassens attributter som felter og et nyt ID-felt som nøglefelt. Associeringen ordnes ved at optette en ny "connection"-tabel der indeholder nøglerne fra de to tabeller der forbindes som fremmednøgler. Nøglen i den nye tabel laves enten som en sammensat nøgle af de to fremmednøgler eller der oprettes et nyt ID-nøglefelt for "connection"- tabellen. Den sidste løsning giver mulighed for at have samme forbindelse mellem 2 elementer flere gange, hvorimod den første kun giver mulighed for at have den samme forbindelse een gang. Ved 0:1 forbindelse skal fremmed-nøglen i "connection"-tabellen fra 0:1 siden sikres mod duplikater (unique) - i ovenstående er det A-ID i "connection"-tabellen der skal være unique.