NOEA/IT FEN - Databaser/modellering 1 Datamodellering Hvorfor? E/R-modellen Begreber Fremgangsmåde Diagrammering
NOEA/IT FEN - Databaser/modellering 2 …eller…. Far, hvor kommer de små tabeller fra ???
NOEA/IT FEN - Databaser/modellering 3 Udviklingsprocessen
NOEA/IT FEN - Databaser/modellering 4 Begrebsmæssige datamodeller En logisk model af de data, som er grundlaget for en virksomheds informationssystemer Implementationsuafhængig model Rimelig stabil over tid –Begrebsmæssige datastruktur ændres langt mindre end ønsker om funktionalitet skal transformeres til et konkret DBMS, fx et RDBMS
NOEA/IT FEN - Databaser/modellering 5 Eksempel I firmaet Minibank registreres der oplysninger om kunder og konti. Om kunder registreres navn, adresse, cprnr og status (A= særlig gode kunder, B= almindelige kunder eller C= problemkunder). Om konti registreres kontonr, saldo og rentefod. En konto hører altid til en og kun en kunde, en kunde kan have 0 eller flere konti.
NOEA/IT FEN - Databaser/modellering 6 Eksempel Datamodel Kunde Konto ejer cprnrstatus navn n1 adr gadepostnrby ktonr saldo rf tel
NOEA/IT FEN - Databaser/modellering 7 Eksempel Entitet: svarer til et fænomen eller begreb (objekt) i problemområdet. –Beskrives ved attributter og en primærnøgle –attributter er defineret over et domæne og kan være sammensatte og flerværdi Relation: udtrykker en forbindelse mellem to eller flere entiteter (kan evt. være rekursiv) –en relations grad er antallet af deltagende entiteter –en relations kardinalitet kan være 1-1, 1-n eller n-m og udtrykker hvor mange forekomster, der kan være relateret –entiteter har obligatorisk eller frivillig medlemskab i en relation –en relation kan have attributter
NOEA/IT FEN - Databaser/modellering 8 E/R-modellen: Begreber Entiteter: Attributter: Atomiske Sammensatte Multivalue Attributværdier Entitetstyper Nøgler Domæner
NOEA/IT FEN - Databaser/modellering 9 E/R - Begreber Relationer: Kardinalitet (= Cardinality ratio) Medlemsskabstyper (obligatorisk = total / frivillig = partial) Relationer kan være databærende (have attributter) Svage Entitetstyper: Identificerende ejer Identificerende relation Partiel nøgle En svag entitet har altid obligatorisk medlemskab i den identificerende relation.
NOEA/IT FEN - Databaser/modellering 10 Nok et eksempel: Company-databasen
NOEA/IT FEN - Databaser/modellering 11 Entitetstyper i Company-databasen Department: name(kk), number(kk), location Project: name(kk), number(kk), location Employee: ssn(kk), bdate, name(evt. sammensat),sex, address(evt. sammensat), salery Dependent (evt. svag entitetstype): name (partial key), sex, bdate
NOEA/IT FEN - Databaser/modellering 12 Relationer i Company-databasen Manages Works_For Works_On Dependents_Of Supervision Controls
NOEA/IT FEN - Databaser/modellering 13 E/R-model for Company-DB
NOEA/IT FEN - Databaser/modellering 14 Relationer med grad > 2
NOEA/IT FEN - Databaser/modellering 15 Relationer med grad > 2 Relationer med grad højere end to giver ofte problemer Kan omformes til binære relationer eller entiteter
NOEA/IT FEN - Databaser/modellering 16 Relationer med grad > 2 Er dette korrekt?
NOEA/IT FEN - Databaser/modellering 17 Relationer med grad > 2 Er dette bedre?
NOEA/IT FEN - Databaser/modellering 18 Opgave Opgave 1 og 2 i Nørhalne BibliotekNørhalne Bibliotek Opgave 1 i Nørhalne FeriebyNørhalne Ferieby