02-09-2007NOEA/IT FEN - Databaser/modellering 1 Tabeldesign Omformning af E/R-modellen til relationelle skemaer.

Slides:



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

Mapning af 1 til mange forbindelser
Arkitektur - data.
Mapning af klasser til relationer
2009NOEA/IT - Databaser/arkitektur1 Databaser Introduktion - Arkitektur Introduktion DBMS-arkitektur Datamodeller.
Relationsstyper En-til-en relationer: TABEL 1 NAVN ID Peter Hansen 1
SQL underforespørgsler og Join
3. Funktionelle afhængigheder og normalisering
Uddannelseskort Transportrabat i ungdomsuddannelser Nordisk konference 2008 Styrelsen for Statens Uddannelsesstøtte.
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.
ER-diagrammer (databaser, del 4)
Velkommen til AK IT: Databaser og modellering
IT i Byggeriet Semester Kjeld Svidt  Institut for Bygningsteknik  Aalborg Universitet.
NOEA/IT - FEN - Databaser/TabelDesign 1 Tabeldesign Design af relationsdatabaser Normalisering.
Mapning af 1 til mange forbindelser
SERVICE DESIGN IT AARHUS UNIVERSITET/ARKITEKTSKOLEN AARHUS ONSDAG D : VISUALISER OG ANALYSER JERES INDHENTEDE DATA.
Oprettelse af tabeller (Access, del 2)
Beskrivelses- og analyse-teknikker understøttet af Oracle Designer Del 2 af 2: Proces- og funktionsdiagrammering Aalborg Universitet, d. 9. oktober 2006.
Beskrivelses- og analyse-teknikker understøttet af Oracle Designer
Modellering og databasekonstruktion Mål: At den studerende kan modellere og konstruere en database Kursusform: Blanding af underviseroplæg og øvelser (i.
NOEA/IT FEN - Databaser/Sikkerhed 1 Lektion 10 Sikkerhed og integritet Områder Autorisationsmatrix Realisering i SQL.
XML1 4.7 XML and Its Data Model. XML2 Introduktion til XML, 178 XML = eXtensible Markup Language Markup language –sprog, hvor data "pakkes ind" i tags.
2:Relations modellering og design regler.
Relationsdatabaser og SQL
Operationer på relationer
Dagens gang Sidste uges opgaver Databaser Opgaver til næste gang
Powerpoint Jeopardy Data flow diagrammer Entity relationship diagrammer State diagrammerSammenhænge mellem systemmodeller
SQL – Oracle Relationsdatabase
No. 1 TemaTitelMateriale 1 IS i sundheds-sektorenPatientdatas anvendelighedLynge et al. 2 Registrering af patientdata Berg. Kap. 2 Waiting for Godot. 3.
1 XMLRelationel model og XMLNOEA / FEN 2007 Relationelle databaser og XML Overblik. –For detaljer se PQC: sqlOgXml.ppt og SqlServerOgXml.ppt RDB-struktur.
FEN NOEA/IT Programmeringsteknologi 1 Arv og polymorfi Substitutionsprincippet Abstrakte klasser Design Patterns (Composite)
Informationssystemer kursusgang: Modellering med henblik på dataudtræk
Den relationelle model
2009NOEA/IT - Databasedesign1 Agenda Datamodellering Databasedesign Normalisering.
Spørgsmål 2: Relations modellering og designregler Gruppe 2.
Test 1 Klik her for start. Hvor skal du klikke for at få designvisning?
Relationelle databaser og XML
17.1 Mathiassen, Munk-Madsen, Nielsen & Stage, 2000 © Implementering Principper, teknikker og vurdering Kapitel 17.
2009NOEA/IT - Databaser/arkitektur1 Den relationelle model En teoretisk model for databaser Hviler på et sundt teoretisk grundlag Omfatter: Datastruktur.
Virksomhedens informationsbehandling lektion Ved. Jens Godik Højen.
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.
Data Warehouse 8. semester forår 2010
ER-modellering1 Analyse af data og sammenhæng mellem data.
FENNOEA IT - Databaser/SQL-Eval1 SQL: Opsamling Om SELECT Vurdering af SQL.
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
Kjeld Svidt  Institut for Byggeri og Anlæg  Aalborg Universitet IT i Byggeriet Semester 6, kursusgang Databaser (2) Kjeld Svidt
NOEA/IT FEN - Databaser/modellering 1 Datamodellering Den udvidede (enhanced) E/R-model (EE/R- modellen) Begreber Diagrammering Omformning til.
Oprettelse af tabeller (Access, del 2)
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.
Dok10: Statusrapport : Model for temasamarbejde på de danske biblioteker Status for 2014 Nyeste status findes altid på side 2 Lavet af: Trine Bech,
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.
Den relationelle model
Virksomhedens informationsbehandling Opgave inden for databehandling Opgave 1 Ved. Jens Godik Højen.
Objekt-relationel DBMS1 4.5 The Object-Relational Model 9.4 User-Defined Types in SQL 9.5 Operations on Object-Relational Data Ullman: Object-Relational.
IT i Byggeriet Semester Undervisere: Per Christiansson og Kjeld Svidt Kjeld Svidt  Institut for Bygningsteknik  Aalborg Universitet.
Intro Databaserne? Gik det som det skulle?. Databasestøttet webpublicering Forelæsning nr 7 Hvorfor data i en RDB? Databasemodellering Begrebet nøgle.
Normal former i en database Jan Christiansen Nyborg Gymnasium.
Modellering og data Nyt forløb.
MySQL dat2sem2018Fall Modul 2 – uge 2.
Dat2sem2019 Bornholm Modul 2 – uge 2
Præsentationens transcript:

NOEA/IT FEN - Databaser/modellering 1 Tabeldesign Omformning af E/R-modellen til relationelle skemaer

NOEA/IT FEN - Databaser/modellering 2

NOEA/IT FEN - Databaser/modellering 3 Tabeldesign Transformation fra E/R-model til Relationel Model Syvtrins algoritme Giver ikke altid et optimalt tabeldesign, men er et godt udgangspunkt for det endelige design

NOEA/IT FEN - Databaser/modellering 4 Trin 1:Skab en relation for hver (regulær) entitetstype. Sammensatte attributter opløses; kun deres komponentattributter medtages. Multi-value attributter medtages ikke (trin 6). Vælg en primærnøgle

NOEA/IT FEN - Databaser/modellering 5 Trin 1:Skab en relation for hver (regulær) entitetstype. Sammensatte attributter opløses; kun deres komponentattributter medtages. Multi-value attributter medtages ikke (trin 6). Vælg en primærnøgle Trin 2:Skab en relation for hver svag entitetstype. Alle attributter fra den svage entitet medtages. Endvidere medtages primærnøglen fra den identificerende ejer som fremmednøgle. Primærnøglen sammensættes af fremmednøglen og den partielle nøgle. Trin 3:For hver (binær) 1:1-relationstype inkluderes den ene deltagers primærnøgle som fremmednøgle. –Evt. attributter på relationstypen inkluderes sammen med nøglen. –Vælg - om muligt - at inkludere i en entitetstype med obligatorisk medlemsskab. Trin 4:For hver (binær) 1:n-relationstype inkluderes 1-sidens primærnøgle som fremmednøgle på n-siden. Evt. attributter inkluderes på n-siden. Trin 5:For hver (binær) n:m-relationstype skabes en relation, som indeholder de deltagende entitetstypers primærnøgler som fremmednøgler. Evt. attributter på relationstypen medtages. Primærnøglen sammensættes af de deltagende fremmednøgler. Denne metode kan med fordel anvendes for binære 1:1- og 1:n-relationer - især hvis der er få forekomster af relationstypen. Trin 6:For hver multivalue attribut skabes en relation, som indeholder den oprindelige entitetstypes primærnøgle og multivalue attributten. Kombinationen af den oprindelige primærnøgle og multivalue attributten bliver primærnøgle i den nye tabel

NOEA/IT FEN - Databaser/modellering 6 Trin 2:Skab en relation for hver svag entitetstype. Alle attributter fra den svage entitet medtages. Endvidere medtages primærnøglen fra den identificerende ejer som fremmednøgle. Primærnøglen sammensættes af fremmednøglen og den partielle nøgle.

NOEA/IT FEN - Databaser/modellering 7 Trin 3:For hver (binær) 1:1-relationstype inkluderes den ene deltagers primærnøgle som fremmednøgle. –Evt. attributter på relationstypen inkluderes sammen med nøglen. –Vælg - om muligt - at inkludere i en entitetstype med obligatorisk medlemsskab.

NOEA/IT FEN - Databaser/modellering 8 Trin 4:For hver (binær) 1:n-relationstype inkluderes 1-sidens primærnøgle som fremmednøgle på n-siden. Evt. attributter inkluderes på n-siden.

NOEA/IT FEN - Databaser/modellering 9 Trin 5:For hver (binær) n:m-relationstype skabes en relation, som indeholder de deltagende entitetstypers primærnøgler som fremmednøgler. Evt. attributter på relationstypen medtages. Primærnøglen sammensættes af de deltagende fremmednøgler. Denne metode kan med fordel anvendes for binære 1:1- og 1:n-relationer - især hvis der er få forekomster af relationstypen.

NOEA/IT FEN - Databaser/modellering 10 Trin 6:For hver multivalue attribut skabes en relation, som indeholder den oprindelige entitetstypes primærnøgle og multivalue attributten. Kombinationen af den oprindelige primærnøgle og multivalue attributten bliver primærnøgle i den nye tabel

NOEA/IT FEN - Databaser/modellering 11 Trin 7:For hver n-ær (n>2) relationstype skabes en relation som medtager alle deltagende entitetstypers primærnøgler som fremmednøgler. Evt. attributter på relationstypen medtages. Primærnøglen sammensættes af de inkluderede fremmednøgler.

NOEA/IT FEN - Databaser/modellering 12 Resultatet :

NOEA/IT FEN - Databaser/modellering 13 Opgaver Tabeldesign for Nørhalne Bibliotek Brug denne ER-modelNørhalne BibliotekER-model