ER-modellering1 Analyse af data og sammenhæng mellem data.

Slides:



Advertisements
Lignende præsentationer
HUNDE SPEED km h 34,4 HUNDE SPEED km h 34,1 HUNDE SPEED km h 32,8 HUNDE SPEED km h 31,9 HUNDE SPEED km h 31,8 HUNDE SPEED km h 30,9.
Advertisements

Den danske befolknings syn på handicappedes rettigheder
Notation Oversigt Kapitel 18.
Arkitektur - data.
Mapning af klasser til relationer
Velkommen til Softwarekonstruktion
Formularer (Access, del 3)
Database-begreber (databaser, del 2)
3. Funktionelle afhængigheder og normalisering
07 – Kort om OO Introduktion.
TS-diagrammer (databaser, del 5)
Felter og nøgle-felter (databaser, del 6)
ER-diagrammer (databaser, del 4)
Velkommen til AK IT: Databaser og modellering
Informationsteknologi B-A, HHX, 2005,
Objektorienteret programmering
Hvordan man skriver koden.
Introduktion til Access (Access, del 1)
Opslagsfelter (Access, del 6). RHS – Informationsteknologi 2 Udgangspunkt Vi er ofte i den situation, at valg af en type for et felt ikke begrænser vores.
Oprettelse af tabeller (Access, del 2)
Arv Idéen i arv et at kunne genbruge gennem generalisering
Beskrivelses- og analyse-teknikker understøttet af Oracle Designer
Titel: Arial, fed, skriftstr. 20, mørkegrå. Tekst: Arial, normal, fed eller kursiv, skriftstr. 10, 12 og 14 til print – 16 og 18 til projektor – mørkegrå.
1 Dagens gang Repeter systemvalg Gennemgang af klasser og strukturer (kap. 3+4 OOA+D) Tavle opgave Gruppe opgave til næste gang.
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.
Delphi og C++ Builder C++ Referencer og pointere.
Operationer på relationer
Powerpoint Jeopardy Data flow diagrammer Entity relationship diagrammer State diagrammerSammenhænge mellem systemmodeller
NOEA/IT FEN - Databaser/modellering 1 Tabeldesign Omformning af E/R-modellen til relationelle skemaer.
05.1 Mathiassen, Munk-Madsen, Nielsen & Stage, 2001 © Adfærd Oversigt, principper og teknikker Kapitel 5.
Den relationelle model
Spørgsmål 2: Relations modellering og designregler Gruppe 2.
Matematik B 1.
ER-diagrammer Hvad er det? Og hvad bruges det til?
Relationelle databaser og XML
17.1 Mathiassen, Munk-Madsen, Nielsen & Stage, 2000 © Implementering Principper, teknikker og vurdering Kapitel 17.
MSBuild & Team Build i C#/C++ solutions VSTS ERFA d. 25 November.
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.
Grunde til at jeg elsker dig
Fundamentale datastrukturer
IT i Byggeriet Semester kursusgang Databaser (2) Kjeld Svidt Kjeld Svidt  Institut for Bygningsteknik  Aalborg Universitet.
Systemudvikling og kommunikation med brugerne
Eksempel på realisering af domænemodel
Objekter og klasser Rasmus D. Lehrmann DM
Opslagsfelter (Access, del 6). RHS – Informationsteknologi – Udgangspunkt Vi er ofte i den situation, at valg af en type for et felt ikke begrænser.
Introduktion til Access (Access, del 1). RHS – Informationsteknologi – Fra design til udvikling Vi ved nu, hvordan vi finder et design for en database,
1 Fundamentale datastrukturer. 2 Definitioner: abstrakt datatype, datastruktur Elementære datastrukturer og abstrakte datatyper : arrays, stakke, køer,
Repetition: Introduktion til OOP med C# og .NET
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
Generelt om abstraktion og modellering Tietgen Skolen.
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.
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.
Unified Modeling Language
Den relationelle model
 Jens Bennedsen 2002Objektorienteret systemudvikling Design klasse model ”Klassemodellen på vej til kode”
DIEB8.1 Kursusgang 8 Oversigt: Sidste kursusgang Beskrivelser af komponenter Typiske komponenter Arkitektur for en GUI.
 Jens Bennedsen 2002Objektorienteret systemudvikling Begrebsmodellering Hvordan får vi opbygget en domænemodel/begrebsmodel?
Intro Databaserne? Gik det som det skulle?. Databasestøttet webpublicering Forelæsning nr 7 Hvorfor data i en RDB? Databasemodellering Begrebet nøgle.
Omsætning af en model til en RDB Jesper Tørresø DAB1 F Marts 2008.
Database Some walk through lv/ Figures & some text from: © Pearson Education Limited 1995,
Normal former i en database Jan Christiansen Nyborg Gymnasium.
1.10 System design - Database
Præsentationens transcript:

ER-modellering1 Analyse af data og sammenhæng mellem data

ER-modellering2 ER-modellering, side 24 Giver overblik over data. Laves tidligt i systemudviklings-processen –analyse-fasen 3 hoved-”ingredienser” –Entity sets –Attributes –Relationships

ER-modellering3 Entitet, 24 Entity set (skema) –en type –en mænge af ensartede forekomster –Eksempel: Studerende –Notation: Rektangel Navn i en-tal –Bogen: Flertal!?! Entity instance (forekomst) –en forekomst –eksempel: En given studerende: Jens Jensen

ER-modellering4 Attribut, 25 Skema –Data, knytter sig til et entity set. –Kommer fra et domæne (samling af lovlige værdier) Eksempel: fornavn, efternavn –Notation: Oval med streg til entity set. Forekomst –Konkrete data for en given entity instans. –Eksempel Fornavnet: Jens

ER-modellering5 Relationship, 25 Skema –Sammenhæng mellem 2 (eller flere) entity sets. –Notation: Rombe med streg til deltagende entity sets. Forekomst –Sammenhæng mellem 2 (eller flere) konkrete entity instanser.

ER-modellering6 Rekursivt relationship Et relationship kan være mellem 2 entities fra samme entity type.

ER-modellering7 Database, 27 Skema –Struktur af databasen –ER er et (af flere) model-sprog Forekomst –De konkrete data- værdier, på et bestemt tidspunkt.

ER-modellering8 Multiplicitet, stud. tager 1 kursus 1 kursus har 1 stud. 1-mange 1 stud. tager 1 kursus 1 kursus har mange stud. mange-mange 1 stud. tager mange kurser 1 kursus har mange stud.

ER-modellering9 Relationships typer, 27 Binær relationship –2 deltagende entity types Multiway relationship –Flere deltagende entity types (oftest 3)

ER-modellering10 3-benet relationship vs. to 2- benede relationships

ER-modellering11 Attributter i relationships, 31 Et relationship kan have data. Eksempel på anvendelse: historik –Skru op for multipliciteten (1-N  N-M) –Tids-information i relationship.

ER-modellering12 Opløsning af 3-benet relationship, 32 Et 3-benet relationship kan ”ophøjes” til en entity type med tre 2-benede relationships. –Fylder mere i diagrammet (uoverskueligt)

ER-modellering13 Sub-klasser, 34 Kaldes også sub- entity-types. Subklassen arver alle attributter + relation- ships fra superklassen. Subklassen tilføjer egne attributter + relationships.

ER-modellering14 OOP vs. ER subklasser, 37 OOP –Et objekt tilhører én af klasserne. ER –En entitet kan tilhøre flere entity set f.eks. både Person og Lærer - og Studerende (en hjælpelærer)

ER-modellering15 Design principper, 39 Vær tro mod den modellerede ”verden” –Selv om du er ER-ekspert, så er du måske ikke ekspert i det modellerede domæne Undgå redundans Simpelt design

ER-modellering16 Constraints, 47 Nøgle (key) –Mængde af attributter, der gør alle entiteter forskellige - nu og i fremtiden! –Til tider flere mulige nøgler [vælg én] –Notation: Streg under attribut(-ter)

ER-modellering17 Reference integritet, 51 Normal 1-N relationship –En entitet kan have relationship til en anden entitet. Reference integritet –En entitet skal have relationship til en anden entitet. –Fig. 2.18, side 52

ER-modellering18 Svage entity sets, 54 Har ikke egen nøgle –Er afhængig af en anden entity sets nøgle Den svage er underordnet den stærke. –Forsvinder den stærke forekomst, så ryger den svage forekomst med! Notation: Entity type: Dobbelt rektangel Relationship: Dobbelt rombe –Fig. 2.20, side 55

ER-modellering19 Fremgangsmåde Forslag til fremgangsmåde ved ER- modellering 1.Entity sets med umiddelbare attributter 2.Relationships 3.Multiplicitet 4.Nøgler 5.Weak entity sets 6.Reference integritet 7.Sub-klasser