Laste ned presentasjonen
Presentasjon lastes. Vennligst vent
PublisertOddbjørg Økland Endret for 9 år siden
1
Modellering og diagrammer Jesper Tørresø DAB1 E07 13. september 2007
2
Lektion 13/9 2007 Primære fokus på ERD diagrammer for at koble udviklingsarbejdet til en Relationsdatabase De samme begreber og teknikker kan også bruges i forbindelse med UML diagrammer, som vi ”kun” ser på summarisk Modelleringsprincipperne er i fokus!!
3
Udviklingsforløb
4
Model A data model is a precise description of information content Types of data models –Conceptual: in terms that users will understand –Logical: in terms that a relational database system will understand –Physical: in terms of the underlying computer hardware and operating system Database schemas –Schema is another word for model that implies that it adheres to a particular strategy for defining models
5
Schema (Short hand form) A Schema is a data model that is intended to be used with a database system –External schemas are defined for the users of a database –Logical schema defines the representation as a collection of tables that are stored in a database server –Internal schema defines the representation used by the database server to store the tables in memory or files
6
Modeldiagrammer Model kan vises med et eller flere diagrammer: –Entity Relationsship Diagram, ”Chen notation”. Udviklet til Databaser og ”imødekommer” kravene fra en RDB –”Crows-Foot” –IDEF1X –UML (Scott Amber Agiledata.org)
7
ER Diagram komponeter
10
Generalisering /Specialisering
11
Aggregering Somehow used.. SW-product ProgramUser’s Guide A
12
Ternary relationship
14
Assertion 1: One engineer, working under one mananger, could be working on many projects Assertion 2: One project, under direction of one manager, could have many engineers Assertion 3: One engineer, working on one project, must have only one manager. FD (EmpId, ProjectName -> ManagerID)
15
Ternary relationship
16
Note on Ternary In general, for a n-ary relationship, each entity considered to be ”one” has its key appering on the right side of exactly one functional dependency (FD). No entity considerede ”many” ever has its key appear on the right side of an FD.
Liknende presentasjoner
© 2024 SlidePlayer.no Inc.
All rights reserved.