Chapter 2 Datenmodellierung

Größe: px
Ab Seite anzeigen:

Download "Chapter 2 Datenmodellierung"

Transkript

1 Chapter 2 Lecture Datenbanken Suchen der Berner Fachhochschule Technik und Informatik 2.1

2 Die Lernziele dieses Kapitels. 1 Begriff des konzeptionellen s 2 Kennenlernen der Elemente des Entitäten und Attribute zwischen Entitäten Kardinalitäten Generalisierung und Spezialisierung 3 Erstellen eines ER- an Hand einer Liste von Anforderungen 4 Graphische Darstellung des ER- (ER-Diagramm) Suchen der 2.2

3 Contents Suchen der Suchen der 4 2.3

4 Outline Suchen der Suchen der 4 2.4

5 Eigenschaften des konzeptionellen s Modelliert einen klar definierten Realitätsausschnitt Ist unabhängig von den Anwendungen und vom eingesetzten Datenbanksytem Gegenstand des sind die Objekte mit ihren Eigenschaften und die zwischen den Objekten. Abstraktion: nur die zur Lösung der gegebenen Aufgaben relevanten Aspekte werden modelliert Suchen der 2.5

6 Allgemeines 1 Definieren der Aufgabe und festhalten der Anforderungen an die Daten in natürlicher Sprache 2 Abgrenzen des Realitätsausschnitts, das modelliert werden soll. Dieser Ausschnitt wird auch Miniwelt genannt. 3 Finden der wichtigsten Objekte und der zwischen diesen Objekten 4 Charakterisieren der Objekte und der 5 Übersetzen des konzeptuellen in ein konkretes Datenbankmodell Suchen der 2.6

7 Werkzeuge für die konzeptionelle Für die konzeptionelle bietet sich das an Wurde 1976 von Peter Chen speziell für die Entwicklung von Datenbanken konzipiert Ist graphisch darstellbar Hat nur wenige klare Konstruktionselemente Ist auch für nicht Informatiker verständlich Kann mit Hilfe des UML Klassendiagramms dargestellt werden Suchen der 2.7

8 Beispiel Als Beispiel werden wir Teile einer fiktiven Firma verwenden Die wichtigsten Objekte der Realität sind Mitarbeiter, Abteilungen und Projekte Die genaue Spezifikation des Systems werden wir später angeben und daraus ein vollständiges ER-Modell ableiten. Suchen der 2.8

9 Outline Suchen der Suchen der 4 2.9

10 -Modell ERM ist ein sehr einfaches Modell mit nur wenigen Konstruktionselementen Die Konstruktionselemente sind: Entitäten Attribute Beziehungsattribute ERM kann in einem ER-Diagramm graphisch dargestellt werden. Für die graphische Darstellung werden wir UML Klassendiagramme verwenden. Suchen der 2.10

11 Entität Entitäten repräsentieren die für ein Informationssystem relevanten Informationsobjekte oder anders ausgedrückt eine Entität ist ein Objekt der realen Welt. Beispiele für Entitäten Ein Individuum: Ein Mitarbeiter, ein Manager, ein Vorgesetzter usw. Ein reales Objekt: Ein Standort, ein Produkt usw. Ein abstraktes Konzept: Ein Projekt, eine Woche usw. Ein Ereignis: Eine Kundenbestellung. Suchen der Definition Eine Entität ist ein individuelles und eindeutig identifizierbares Exemplar von Dingen, Personen oder Begriffen der realen oder der Vorstellungswelt, für welches applikationsbezogene Informationen von Bedeutung sind. 2.11

12 Attribut Ein Attribut ist einer Entität zugeordnet und trägt die einzelnen Informationen die zu einer Entität gehören. Beispiele für Attribute Name und Vorname sind Attribute der Entität Person Datum und Betrag sind Attribute der Entität Rechnung Definition Ein Attribut wird Entitäten zugeordnet und ermöglicht damit deren Charakterisierung Klassierung Identifizierung Ein Attribut besteht aus einem Namen und einer Menge von möglichen Attributwerten. Suchen der 2.12

13 Atomare vs. Zusammengesetzte Attribute Ein atomares Attribut wird nicht mehr in kleinere Informationseinheiten unterteilt. Bsp: Der Name einer Person ist atomar Ein Attribut heisst zusammengesetzt, wenn es sich in kleinere Informationseinheiten unterteilen lässt. Bsp: Die Adresse einer Person kann aufgeteilt werden in (Strasse, Nr, PLZ, Ort) Zusammengesetzte Attribute werden angewendet, wenn sowohl das ganze Attribut wie auch die einzelnen Teile im System verwendet werden. Suchen der 2.13

14 Mehrwertige Attribute Es gibt Attribute, die für eine gegebene Entität nur einen Wert besitzen Bsp. Eine Person hat genau ein Geburtsdatum. Es gibt aber auch Attribute, die für eine gegebene Entität mehrere Werte besitzen. Bsp: Eine Person kann mehrere Sprachen sprechen oder mehrere Hobbies betreiben. Es kann auch sein, dass der Wert eines Attributs für eine gegebene Entität unbekannt oder nicht vorhanden ist. In diesem Fall spricht man von NULL-Werten. Suchen der Bsp: Geburtsdatum einer Person kann unbekannt sein. 2.14

15 Domäne eines Attributs Ein Attribut kann nur gewisse definierte Werte annehmen Die Menge der möglichen Werte eines Attributs heisst Domäne oder Wertemenge Ein Element der Domäne nennt man Wert oder Konstante Für die Domäne eines Attributs A schreiben wir dom(a) Beispiele für Domänen Attribut Name Domäne Alle Folgen von maximal 20 Buchstaben, wobei der erste Buchstabe gross, die anderen klein geschrieben sind. Gewicht 1 Gewicht 300 Sprache {Deutsch, Französisch, Englisch} Suchen der 2.15

16 Domäne eines zusammengesetzten Attributs Jede Komponente des Attributs hat selbst eine Domäne Die Domäne des Attributs ist das kartesiche Produkt dieser Domänen. Ein Wert ist dann ein Tupel aus dieser Menge Beispiele für Adresse Die Adresse besteht aus den Komponenten Strasse, Nr, Plz, Ort. Die Domäne von Adresse ist also dom(adresse) = dom(strasse) dom(nr) dom(plz) dom(ort) Suchen der Ein Wert aus dieser Domäne: ("Dorfstrasse", 15, 8603, "Schwerzenbach") 2.16

17 Entitätstyp Entitäten stellen die Informationsobjekte unseres dar Eine Entität ist durch ihre Attribute (und nicht durch die Attributwerte) charakterisiert Dies führt zum Begriff des Entitätstyps Definition Die Menge aller Eigenschaften, die eine Entität charakterisiert, nennt man den Typ der Entität. Suchen der 2.17

18 Entitätsmenge In unserem Modell wollen wir keine Aussagen über einzelne Objekte machen. Die Aussagen sollen für beliebiege Objekte desselben Typs gelten Dies führt zum Begriff der Entitätsmenge Definition Eine eindeutig benannte Menge von Entitäten des gleichen Typs nennt man Entitätsmenge Beispiele für Entitätsmengen In unserem Beispiel haben alle Mitarbeiter dieselben Attribute wie Nummer, Name, Vorname, Geburtsdatum usw. Alle Mitarbeiter haben denselben Entitätstyp. Man führt daher die Entitätsmenge Mitarbeiter im System ein. Mitarbeiter ist der Name der Entitätsmenge (man beachte die Singularform). Suchen der 2.18

19 EntitätsAttribut Ein Attribut A einer Entitätsmenge E mit Domäne dom(a) kann mathematisch als Funktion betrachtet werden A : E P(dom(A)) P(dom(A)) bezeichnet dabei die Potenzmenge der Domäne. Diese Sichtweise deckt sowohl einwertige wie mehrwertige Attribute ab: Nullwerte: A(e) = Einwertig: In diesem Fall ist die Wertemenge auf einelementige Mengen beschränkt. Mehrwertig: Bild einer Entität e E ist eine beliebiege Menge von P(dom(A)). Suchen der 2.19

20 EntitätsAttribut (2) Aus den vorherigen Betrachtungen lassen sich durch Einschränkung der Bildmenge der Funktion die folgenden vier wichtigen Typen von Attributen ableiten: Typ 1 : Bild der Funktion ist auf einelementige Mengen beschränkt. Beispiel: Jeder Mitarbeiter hat genau einen Namen. Typ C : C steht für Conditional. Bild der Funktion besteht aus einelementigen und der leeren Menge Beispiel: Ein Mitarbeiter kann einen Titel haben muss aber nicht. Typ M : M steht für Multiple. Bild enthält die leere Menge nicht. Beispiel: Jeder Mitarbeiter spricht mindestens eine Sprache aber möglicherweise noch weitere Typ MC: Bild der Funktion kann auch die leere Menge enthalten. Beispiel: Ein Mitarbeiter kann 0, 1 oder mehere Hobbies betreiben. Suchen der 2.20

21 Entitätsschlüssel Nach Definition muss jede Entität einer Entitätsmenge eindeutig identifizierbar sein. Den Identifikator einer Entität nennt man den Entitätsschlüssel Definition Ein Entitätsschlüssel ist ein Entitätsattribut, mit dessen Werten die Entitäten einer Entitätsmenge eindeutig zu identifizieren sind. Der Schlüssel muss nicht nur eindeutig sein sondern auch unveränderbar. Der Entitätsschlüssel darf keine semantische Bedeutung haben. Als Entitätsschlüssel werden üblicherweise Nummern verwendet (z.b. eine fortlaufende Mitarbeiternummer) Neben dem Entitätsschlüssel sind weitere Schlüssel denkbar. (z.b. der Abteilungsname) Suchen der 2.21

22 Darstellung Entität Entitätsmengen werden als Klassen mit dem Stereotyp «Entity» dargestellt. Der Stereotyp gibt an, dass die Objekte dieser Klasse persistent sind. Die Entitätsmenge Mitarbeiter Suchen der 2.22

23 Darstellung Entitätsschlüssel Als Entitätsschlüssel wird ein Attribut ausgewählt (meistens eine Nummer) Um den Schlüssel von anderen Attributen zu unterscheiden wird der UML Stereotyp «PK» verwendet. PK steht für Primary Key Der Entitätsschlüssel mnr Suchen der 2.23

24 Darstellung Entitätsattributten Ein Attribut wird mit Name, Datentyp und Multiplizität angegeben. Typ und Multiplizität sind fakultativ. Man kann die Typen 1, C, M und MC folgendermassen in UML angeben: Attribute einer Entitätsmenge Typ 1 : Default (leer lassen) Typ C : [0..1] Typ M : [1..*] Typ MC: [0..*] Suchen der Vorna Titel Sprac Hobb 2.24

25 Darstellung von zusammengesetzten Attributen Ein zusammengesetztes Attribut kann mit Hilfe eines Datentyps definiert werden. Dies ist ein Klassensymbol mit dem Stereotyp datatype Der Name kann dann in einer Attributdefinition als Datentyp verwendet werden Zusammengesetztes Attribut Suchen der 2.25

26 Zwischen verschiedenen Entitäten kann eine Beziehung bestehen. Die beteiligten Entitäten können vom gleichen oder von verschiedenem Typ sein. Gleichartige werden Typisiert. Man spricht vom Beziehungstyp. (zum Beispiel Beziehung zwischen Mitarbeiter und Projekt) Der Grad eines Beziehungstyp ist die Anzahl der Beteiligten Entitäten In der Regel ist der Grad 2 (binäre Beziehung). Selten tritt der Grad 3 (ternärer Beziehungstyp) oder ein höherer Grad auf. Ternäre und höhere Beziehungstypen können auf binäre Beziehungstypen zurückgeführt werden. Suchen der 2.26

27 (2) Beispiele für Ein Mitarbeiter gehört zu einer Abteilung Ein Mitarbeiter arbeitet an einem Projekt Ein Lieferant liefert ein Produkt für ein Projekt Diese Beziehung ist vom Grad 3, da drei Entitäten beteiligt sind. Ein Mitarbeiter ist Vorgesetzter eines anderen Mitarbeiters Beziehung zwischen Entitäten des gleichen Typs. Suchen der 2.27

28 Beziehungsmengen Wie bei Entitäten möchten wir nicht nur Aussagen über einzelne machen können. Die Aussagen sollen für beliebiege desselben Typs gelten Dies führt zum Begriff der Beziehungsmenge Definition Eine Beziehungsmenge ist eine eindeutig benannte Menge von Beziehungselementen gleichen Beziehungstyps. Suchen der Eine Beziehungsmenge kann auch als spezielle Entitätsmenge aufgefasst werden Ihre Elemente stellen eine Beziehung zwischen zwei (oder mehr) Entitäten dar. 2.28

29 Kardinalität von binären Die Kardinalität gibt an, wie oft eine Entität in einer Beziehungsmenge in einem Beziehungselement vorkommen kann. Ein Mitarbeiter arbeitet in genau einer Abteilung aber mehrere Mitarbeiter arbeiten in einer Abteilung. Für den Beziehungstyp Mitarbeiter Abteilung können wir die Kardinalitäten fogendermassen angeben: gehört zu: Mitarbeiter M:1 Abteilung Aus den Kombinationen von C, 1, M und MC ergeben sich die folgenden 10 Kombinationen: Suchen der C:C, C:1, C:M, C:MC 1:1, 1:M, 1:MC M:M, M:MC MC:MC 2.29

30 Kardinalität von binären (2) Beispiel Kardinalitäten leitet: Mitarbeiter 1:C Abteilung gehört: Mitarbeiter M:1 Abteilung arbeitet: Mitarbeiter MC:MC Projekt ist Vorgesezter: Mitarbeiter MC:M Mitarbeiter Suchen der 2.30

31 Darstellung von Beziehungsmengen Eine Beziehungsmenge wird als Linie zwischen zwei Entitätsmengen dargestellt Der Name wird nahe bei der Linie angegeben Auf jeder Seite der Linie wird die gewünschte Kardinalität angegeben (als x..y) Der ausgefüllte Pfeil beim Namen der Beziehungsmenge gibt an, in welcher Richtung gelesen werden muss. In userem Fall also Mitarbeiter gehört zu Abteilung Die Beziehungsmenge gehört zu Suchen der 2.31

32 Beziehungsattribut Definition Ein Beziehungsattribut assoziert die Beziehungselemente einer Beziehungsmenge mit Eigenschaftswerten Ein Beziehungsmenge kann auch als spezielle Entitätsmenge aufgefasst werden Daher kann eine Beziehungsmenge auch Attribute haben. Ein Beziehungsattribut Bei der Beziehung leitet: Mitarbeiter 1:C Abteilung wollen wir festhalten, seit wann die Abteilung vom entsprechenden Mitarbeiter geleitet wird. Dieses Datum ist ein Beziehungsattribut, weil es von beiden Entitäten abhängig ist. Bei der Beziehung arbeitet: Mitarbeiter MC:MC Projekt wollen wir festhalten, wieviele Stunden der Mitarbeiter an diesem Projekt arbeitet. Dies ist ein Beziehungsattribut, da die Stunden sowohl vom Mitarbeiter wie auch vom Projekt abhängig sind. Suchen der 2.32

33 Darstellung von Beziehungsattributen Beziehungsattibute werden in einer eigenen Entitätsmenge dargestellt. Diese Entitätsmenge wird mit einer gestrichelten linie mit der Beziehungsmenge verbunden. Beziehungsattribut Stunden Suchen der 2.33

34 Darstellung von N-äre N-äre werden mit hilfe einer Raute dargestellt. An Hand unseres Beispiels können wir die Kardinalitäten so interpretieren: 1 Ein Produkt für ein Projekt wird genau von einem Lieferanten geliefert (Lieferant Kardinalität 1) 2 Ein Lieferant kann ein Produkt für verschiedene Projekte liefern (Projekt Kardinalität 0..*) 3 Für ein Projekt kann ein Lieferant mehrere Produkte liefern (Produkt Kardinalität 0..*) Ternäre Beziehung Suchen der <<En Lief 0..* <<En Pr 0..* <<En Pro 2.34

35 Schwache Entität Eine schwache Entität kann nur zusammen mit einer Beziehung zu einer anderen starken Entität existieren. Wenn die starke Entität gelöscht wird, so werden alle in beziehung stehenden schwachen Entitäten gelöscht. Pro starke Entität sind die zugehörigen schwachen Entitäten durch ein Attribut eindeutig identifizierbar. Definition Eine schwache Entität ist eine im Kontext einer anderen Entität (starke Entität) eindeutig identifizierbare Einheit, die ohne diese nicht existieren kann. Suchen der Beispiel schwache Entität Ein Angehöriger ist eine schwache Entität des Mitarbeiters. Wenn der Mitarbeiter gelöscht wird, sind die Angehörigen dieses Mitarbeiters nicht mehr relevant und werden daher auch gelöscht. Pro Mitarbeiter wird ein Angehöriger durch den Vornamen eindeutig identifiziert. 2.35

36 Darstellung von schwachen Entitäten Schwache entitäten werden mit Hilfe einer qualifizierten Assoziation dargestellt. identifizierende Attribut wird in einem Rechteck auf der Seite der starken Enität angegeben Schwache Entität Suchen der 2.36

37 Outline Suchen der Suchen der

38 Beispiel: Eine Firma mit Mitarbeitern und Projekten (1) Nachfolgend wollen wir mit Hilfe eines Anforderungsdokumentes ein vollständiges ER-Modell entwickeln. Abteilungen A.1 Die Firma besteht aus mehreren Abteilungen A.2 Jede Abteilung besitz eine eindeutige Nummer und einen eindeutigen Namen. A.3 Jede Abteilung wird von einem Mitarbeiter geleitet der selbst auch zur Abteilung gehört. Wir wollen auch das Datum festhalten, seit dem die Abteilung von diesem Angestellten geleitet wird. A.4 Eine Abteilung ist über mehrere Standorte verteilt. Suchen der 2.38

39 Beispiel: Eine Firma mit Mitarbeitern und Projekten (2) Projekte P.1 Eine Abteilung ist für mehrere Projekte zuständig. P.2 Jedes Projekt hat eine eindeutige Nummer, einen eindeutigen Namen und wird an einem eindeutigen Standort durchgeführt. Mitarbeiter M.1 Jeder Mitarbeiter hat eine eindeutige Nummer M.2 Für einen Mitarbeiter wird der Name, die AHV-Nummer, die Adresse, das Geschlecht und das Geburtsdatum festgehalten. M.3 Ein Mitarbeiter gehört zu genau einer Abteilung. M.4 Ein Mitarbeiter kann an mehreren Projekten arbeiten und zwar auch an Projekten von anderen Abteilungen. Suchen der 2.39

40 Beispiel: Eine Firma mit Mitarbeiter und Projekten (3) Mitarbeiter Fortsetzung M.5 Die Anzahl Stunden pro Woche, die ein Mitarbeiter an einem Projekt arbeitet werden festgehalten. M.6 Jeder Mitarbeiter hat keinen oder einen Vorgesetzten M.7 Für jeden Mitarbeiter werden die Angehörigen festgehalten (Lohnberechnung). M.8 Für die Angehörigen werden der Vorname, das Geschlecht, das Geburtsdatum und die Familienbeziehung festgehalten. Suchen der 2.40

41 kann in die folgenden Phasen eingeteilt werden des Problemraumes. Bereinigen der Begriffe (Synonyme und Homonyme) Feststellen welche Objekte Entitäten sind und welche Attribute sind. Suchen der zwischen den gefundenen Entitäten. Erkennen von Attributen und der Richtigen Entität zuweisen Erkennen von Beziehungsattributen Zeichnen des ER-Diagramms Suchen der 2.41

42 Wo sollte man suchen? Im Problemraum, in textlichen und in graphischen Darstellungen. Im Gespräch mit den Anwendern des Systems. Wonach sollte man suchen? Struktur der Aufgabe, andere Systeme, über die Informationen gespeichert werden müssen, Ereignisse, an die man sich erinnern muss, Rollen, die von Individuen gespielt werden, Orte, an denen für das System Wichtiges passiert, Organisationseinheiten, denen Menschen angehören, oder die sonst wichtig sind. Suchen der 2.42

43 (2) Was ist zu berücksichtigen? Braucht das System die Erinnerung an frühere Begebenheiten? Muss das System auf Anforderungen von aussen Leistungen erbringen? Gibt es in der Entitätsmenge mehr als eine Entität? Gibt es mehr als ein Attribut? Gibt es in den Beschreibungen Synonyme und Homonyme? Suchen der 2.43

44 (3) Entitätskandidaten Wir suchen in unserem Text nach Substantiven Dies ergibt eine Liste der möglichen Entitäten des Systems Aus A.1 bis A.4 Firma, Abteilung, Nummer, Name, Mitarbeiter, Datum, Angestellter, Standort Aus P1 und P2 Projekt, Nummer, Name, Standort Aus M1 bis M8 Mitarbeiter, Nummer, Name, AHV-Nummer, Adresse, Geschlecht, Geburtsdatum, Stunden pro Woche, Vorgesetzter Angehörige, Vorname, Geschlecht, Geburtsdatum, Familienbeziehung Suchen der 2.44

45 Bereinigen der Begriffe Suchen nach Synonymen in der Liste Definition Als Synonyme bezeichnet man zwei Wörter derselben Sprache, welche dieselbe (oder fast dieselbe) Bedeutung haben. Zum Beispiel sind Samstag und Sonnabend Synonyme. Synonyme Im Punkt A.3 kommt sowohl der Begriff Mitarbeiter wie auch der Begriff Angestellter als leiter einer Abteilung vor. Angestellter und Mitarbeiter sind in diesem Kontext Synonyme Wir streichen Angestellter aus unserer Liste und behalten nur den Begriff Mitarbeiter. Suchen der 2.45

46 Bereinigen der Begriffe (2) Suchen nach Homonymen in der Liste Definition Als Homonym bezeichnet man Wörter, die verschiedene Bedeutungen haben können. Zum Beispiel bezeichnet das Wort Tau sowohl eine Form von Niederschlag, ein Seil sowie der griechische Buchstabe τ. Homonyme In den Punkten A.2, P.2 und M.1 kommt überall der Begriff Nummer vor In A.2 ist dies die Abteilungsnummer In P.2 ist dies die Projektnummer In M.1 ist dies die Mitarbeiternummer In diesem Kontext wird Nummer homonym verwendet. gilt auch für die Begriffe Name, Geburtsdatum und Geschlecht. Suchen der 2.46

47 Festlegen der Entitäten Kriterien für Entitäten: Entitäten haben eine eigene Bedeutung, die das System unabhängig von der Implementierung beachten muss. Entitäten haben mehr als ein Attribut. Entitäten müssen in das abgegrenzte Gebiet (Miniwelt) hineingehören. Keine Entitäten sind: Berichte, Auswertungen oder Auskünfte. Diese sind Ergebnis von Funktionen und deshalb keine Entitätsmengen. Begriffe die nur dem Inhalt nach Bedeutung haben, jedoch nicht als eigene Objekte (zum Beispiel, Aktionen oder Wertebeispiele für Attribute). Suchen der 2.47

48 Festlegen der Entitäten (2) Keine Entitäten Firma Vorgesetzter Attribute Zur Firma werden keine Daten gesammelt daher muss diese auch nicht als Entitätsmenge aufgenommen werden. Die Firma kann auch als das gesammte System angesehen werden. Drückt eine Beziehung zwischen Mitarbeiter aus. Suchen der Die Folgenden Begriffe haben selbst keine Attribute und sind daher selbst Attribute Nummer, Name, Standort, Datum, AHV-Nummer, Adresse, Geschlecht, Geburtsdatum, Stunden pro Woche Vorname, Familienbeziehung 2.48

49 Festlegen der Entitäten (3) Entitäten des Systems Mitarbeiter Abteilung Projekt Angehöriger Angehöriger ist eine schwache Entität von Mitarbeiter Suchen der 2.49

50 Erkennen der Aus A.3 leitet: Mitarbeiter 1:C Abteilung Aus P.1 führt_durch: Abteilung 1:MC Projekte Aus M.3 gehört_zu: Mitarbeiter M:1 Abteilung Aus M.4 arbeitet_für: Mitarbeiter MC:MC Projekt Aus M.6 ist_vorgesetzter: Mitarbeiter C:MC Mitarbeiter Aus M.7 hat: Mitarbeiter 1:MC Angehöriger Suchen der 2.50

51 Zuweisen der Attribute Entitäten und Attribute Entitätsmenge Attribute Mitarbeiter mnr, Name, AHV-Nummer, Adresse, Geschlecht, Geburtsdatum Abteilung anr, Name, Standort [1..*] Projekt pnr, Name, Standort Angehöriger Vorname, Geschlecht, Geburtsdatum, Familienbeziehung Suchen der Betiehungsattribute Beziehungsmenge leitet arbeitet_für Beziehungsattribut Datum ab wann Stunden pro Woche 2.51

52 Diagramm Mitarbeiter Projekte adresse : string Geschlecht : {M Geburtsdatum : Suchen der 2.52

53 Outline Suchen der Suchen der

54 Probleme Für viele Anwendungen genügt das ER-Modell Für Anwendungen mit komplexeren Datenstrukturen braucht es aber weitere Konzepte Solche Systeme umfassen etwa: CAD und CAM Systeme Geographic Information Systems (GIS) Telekommunikationssysteme u.s.w. Für solche Systeme sind objektorientierte Konzepte wichtig EER Modell hat alle Elemente des ER. Im EER Modell werden zusätzlich die Generalisierung/Spezialisierung und die Aggregation eingeführt. Suchen der 2.54

55 Spezialisierung/Generalisierung Spezialisierung unterteilt einen Entitätstyp in einer Menge von Subentitäten Der Entitätstyp heisst Superentität der Spezialisierung Die Subentitäten werden auf Grund eines Merkmals unterschieden Spezialisierung von Mitarbeiter Der Entitätstyp Mitarbeiter kann zu {Sekretär, Ingenieur, Techniker} spezialisiert werden. Unterscheidungsmerkmal ist hier die art des Jobs des Mitarbeiters. Ein Entitätstyp kann mehere Spezialisierungen besitzen Suchen der Spezialisierung von Mitarbeiter (2) Der Entitätstyp Mitarbeiter kann zu {Festangestellter, Freiermitarbeiter} spezialisiert werden. Hier ist das Merkmal die Art der Anstellung 2.55

56 Spezialisierung/Generalisierung (2) Die Spezialisierung ist eine sogenannte Is-a-Hierarchie Eine Entität der Subentitätsmenge gehört immer auch zur Superentitätsmenge Die Subentität erbt alle Attribute (und Werte) der Superentität Insbesondere hat die Subentität denselben Entitätsschlüssel wie die Superentität Die Subentität hat aber normalerweise noch weitere Attribute, die Sie von anderen Subentitätstypen unterscheidet. Subentität von Mitarbeiter Der Ingenieur ist ein Mitarbeiter. Sowohl als Mitarbeiter wie auch als Ingenieur hat er denselben Namen, dasselbe Geburtsdatum usw. Es ist ja dieselbe Entität. Der Mitarbeiter ist Ingenieur in einem Fach (z.bsp. Maschineningenieur). Dieses Attribut gehört zum Entitätstyp Ingenieur. Suchen der 2.56

57 Überlagerung Die Subentitätsmengen einer Spezialisierung können die Superentitätsmenge vollständig überlagern oder auch nicht. Überlagerung von Mitarbeiter Jeder Mitarbeiter ist entweder Festangestellt oder freier Mitarbeiter. D.h., die Spezialisierung {Festangestellter, Freiermitarbeiter} überlagert Mitarbeiter vollständig. Neben Sekräteren, Technikern und Ingenieure gibt es auch Manager und andere Mitarbeiter. D.h., die Spezialisierung {Sekretär, Ingenieur, Techniker} überlagert die Mitarbeiter nicht vollständig. Suchen der 2.57

58 Disjunktheit Eine Superentität kann zu genau einer Subentitätsmenge der Spezialisierung gehören oder zu mehreren. Disjunkte/nicht disjunkte Subentitätsmengen. Jeder Mitarbeiter ist entweder Festangestellt oder freier Mitarbeiter aber nicht beides gleichzeitig. D.,h., die Subentitätsmengen Festangestellt und freier Mitarbeiter sind disjunkt. Wenn wir Mitarbeiter zu {Ingenieur, Manager} spezialisieren, so kann eben ein Manager auch Ingenieur sein. D.h., die Subentitätsmengen sind nicht disjunkt. Suchen der 2.58

59 Alle Integritätsbedingungen Aus der Überlagerung und der Disjunktheit ergeben sich für eine Spezialisierung die vier folgendn Fälle: {complete, disjoint} {complete, overlapping} {incomplete, disjoint} {incomplete, overlapping} vollständige Überlagerung, disjunkte Subentitäten vollständige Überlagerung, nicht disjunkte Subentitäten nicht vollständige Überlagerung, disjunkte Subentitäten nicht vollständige Überlagerung, nicht disjunkte Subentitäten Suchen der 2.59

60 Darstellung der Spezialisierung Spezialisierung von Mitarbeiter Suchen der 2.60

61 Generalisierung Die Generalisierung ist die Umkehrung der Spezialisierung In diesem Fall wird eine Menge von Entitäten zu einer Superentität generalisiert. Resultat ist dasselbe wie bei der Spezialisierung Bücher und Zeitschriften In einem System gibt es die Entitätstypen Bücher und Zeitschriften Bücher können Bücher und Zeitschriften referenzieren Zeitschriften können Zeitschriften und Bücher referenzieren Dies ergibt 4 verschiedene Beziehungsmengen Wir generalisieren nun Bücher und Zeitschriften zu Publikationen Die vier reduzieren sich zu folgender Beziehung Suchen der referenziert: Publikation MC:MC Publikation 2.61

62 Bücher und Zeitschriften Publikationen referenziert {complete,disjoint} Suchen der 2.62

63 Aggregation Werden mehrere Einzelobjekte zu einem eigenständigen Einzelobjekt zusammengefasst, dann spricht man von Aggregation. Übergeordnete Objekt nennt man Aggregat. Die einzelnen Teile nennt man Komponenten. Man spricht auch von is-part-of. Suchen der 2.63

64 Rollenaggregation Eine Rollenaggregation liegt vor, wenn es mehrere rollenspezifische Komponenten gibt und diese zu einem Aggregat zusammengefasst werden. Operationsteam Ein Operationsteam besteht aus Chirugen, einem Anästhesisten und Operationsschwestern. Operationsteam ist das Aggregat, die Personen sind die Komponenten, wobei die Personen in verschiedenen Rollen in Erscheinung treten. Suchen der 2.64

65 Mengenaggregation Eine Mengenaggregation liegt vor, wenn das Aggregat durch Zusammenfassung von Einzelobjekten aus genau einer Entitätsmenge entsteht. Fussballmanschaft Als Beispiel können wir eine Fussballmanschaft betrachten, die eben aus mehreren Fussballspielern besteht. Suchen der 2.65

66 Darstellung von Aggregationen Die Agreggation wird als zwischen dem Ganzen und den entsprechenden Teilen angezeigt Auf der Seite des Ganzen wird am Anfang der Beziehung noch eine Raute gezeichnet Operationsteam Suchen der 2.66

Datenmodellierung. Pierre Fierz. Das konzeptionelle Datenmodell. Das Entity-Relationship Modell (ERM) Entität und Attribut Beziehungen

Datenmodellierung. Pierre Fierz. Das konzeptionelle Datenmodell. Das Entity-Relationship Modell (ERM) Entität und Attribut Beziehungen Die Lernziele dieses Kapitels. Chapter 2 Lecture Datenbanken 14.02.2014 Suchen der 1 Begriff des konzeptionellen s 2 Kennenlernen der Elemente des Entitäten und Attribute zwischen Entitäten Kardinalitäten

Mehr

Das Entity-Relationship Modell

Das Entity-Relationship Modell Kapitel 2 Das Entity-Relationship Modell 2.1 Fragen zur Theorie Aufgabe 2.1 [Entität Eigenschaft] Wenn man davon ausgeht, dass der Begriff für das System wichtig ist, so muss man überlegen, ob zu diesem

Mehr

Datenbanksysteme: Entwurf

Datenbanksysteme: Entwurf Wichtigste Themen hier: Datenbanksysteme: Entwurf DB Entwurf ist in der Regel eingebettet in ein größeres Projekt: siehe Informationssysteme Die Daten dienen einem Zweck und sind dennoch universell nutzbar:

Mehr

Das konzeptionelle Datenmodell

Das konzeptionelle Datenmodell Das konzeptionelle Datenmodell Signifikanz der Datenmodellierung Anforderungsanalyse Effizienz der Anwendung. Redundanzfreiheit. Datenintegrität. Reibungsarme Umsetzung des Datenmodells in das physikalische

Mehr

Uni Duisburg-Essen Fachgebiet Informationssysteme Prof. Dr. N. Fuhr

Uni Duisburg-Essen Fachgebiet Informationssysteme Prof. Dr. N. Fuhr Raum: LF 230 Nächste Sitzung: 20./23. Oktober 2003 Aktuelle Informationen unter: http://www.is.informatik.uni-duisburg.de/teaching/lectures/dbp_ws03/index.html Datenbankentwurf Der Entwurf einer Datenbank

Mehr

Der Tabellenname wird in Grossbuchstaben geschrieben.

Der Tabellenname wird in Grossbuchstaben geschrieben. Datenbanken: Abbildungsregeln 1 Tabellen Einleitung Da ein relationales Datenbankschema als Objekte nur Tabellen zulässt, müssen sowohl die Entitäts- als auch die Beziehungsmengen in Tabellenform ausgedrückt

Mehr

Einführung in die Datenorganisation. Informationssysteme

Einführung in die Datenorganisation. Informationssysteme Einführung in die Datenorganisation Informationssysteme Informationen Sind Kenntnisse über Sachverhalte Daten sind abgelegte Informationen Nachrichten sind Informationen zur Weitergabe Drei Betrachtungsebenen

Mehr

Theorie zur Übung 8 Datenbanken

Theorie zur Übung 8 Datenbanken Theorie zur Übung 8 Datenbanken Relationale Datenbanksysteme Ein relationales Datenbanksystem (RDBS) liegt vor, wenn dem DBS ein relationales Datenmodell zugrunde liegt. RDBS speichern Daten in Tabellenform:

Mehr

Entwurf: Fortgeschrittene Konzepte

Entwurf: Fortgeschrittene Konzepte Bisher: Entwurf als grafisches Diagramm mit Entitätsmengen (auch weiche) Beziehungsmengen Attribute Assoziationstypen, Beziehungstypen und ausschließlich 2 stellige Beziehungen Extended / Enhanced (Erweitertes)

Mehr

Rückblick: Entity-Relationship-Modell

Rückblick: Entity-Relationship-Modell Rückblick: Entity-Relationship-Modell Entity-Relationship-Modell für konzeptuellen Entwurf Entitytypen (entity types) (z.b. Studenten) Beziehungstypen (relationships) (z.b. hören) Attribute beschreiben

Mehr

Erweiterte Entity-Relationship- und UML-Modellierung. Copyright 2004 Shamkant Ramez Elmasri B. Navathe and Shamkant Navathe.

Erweiterte Entity-Relationship- und UML-Modellierung. Copyright 2004 Shamkant Ramez Elmasri B. Navathe and Shamkant Navathe. Erweiterte Entity-Relationship- und UML-Modellierung Copyright 2004 Shamkant Ramez Elmasri B. Navathe and Shamkant Navathe. CC 1 Erweitertes-ER (EER) Modellkonzept Beinhaltet alle Aspekte des Basis-ER-Modellkonzeptes

Mehr

ERM Modellierung Teil 2

ERM Modellierung Teil 2 ERM Modellierung Teil 2 Oliver Berthold Frank Huber Heiko Müller Lehr- und Forschungseinheit Datenbanken und Informationssysteme 1 Ziele Generalisierung / Spezialisierung Mehrstellige Beziehungen Lehr-

Mehr

Datenbankentwurf. Kapitel 3. Datenbankentwurf 76 / 508

Datenbankentwurf. Kapitel 3. Datenbankentwurf 76 / 508 Kapitel 3 Datenbankentwurf 76 / 508 Phasen des Datenbankentwurfs Phasen des Datenbankentwurfs Anforderungsanalyse Spezifikation Konzeptueller Entwurf Konzeptuelles Schema Logischer Entwurf Logisches Schema

Mehr

Datenbankanwendungen werden oft über einen sehr langen Zeitraum (z.b. Jahrzehnte) eingesetzt

Datenbankanwendungen werden oft über einen sehr langen Zeitraum (z.b. Jahrzehnte) eingesetzt 2. Datenbankentwurf Motivation Datenbankanwendungen werden oft über einen sehr langen Zeitraum (z.b. Jahrzehnte) eingesetzt Fehler sind umso teurer zu beheben, je weiter die Entwicklung bzw. der Einsatz

Mehr

Einführung in Datenbanken

Einführung in Datenbanken Einführung in Datenbanken Dipl.-Inf. Michael Wilhelm Hochschule Harz FB Automatisierung und Informatik mwilhelm@hs-harz.de Raum 2.202 Tel. 03943 / 659 338 1 Inhalt 1. Grundlegende Begriffe der Datenbanktechnologie

Mehr

Einführung in die Datenbanktechnik

Einführung in die Datenbanktechnik Einführung in die Datenbanktechnik Prof. Dr. Klaus R. Dittrich III-1 Einführung in die Datenbanktechnik Grundlagen & Zusammenhänge Was ist eine Datenbank, was ist ein Datenbanksystem, wozu das alles? Aufgaben

Mehr

PRG2 Folien Zicari Teil 2 Einführung in Datenbanken SS 2007

PRG2 Folien Zicari Teil 2 Einführung in Datenbanken SS 2007 Folien Zicari Teil 2 Einführung in Datenbanken SS 2007 Prof. Dott. Ing. Roberto Zicari Johann Wolfgang Goethe-Universität Frankfurt am Main Fachbereich Informatik und Mathematik II-1 DAS ENTITY-RELATIONSHIP

Mehr

Chapter 3 Das Relationenmodell

Chapter 3 Das Relationenmodell Chapter 3 Lecture Datenbanken 28.02.2014 Berner Fachhochschule Technik und Informatik 3.1 Contents 1 2 3 4 5 3.2 Die Lernziele dieses Kapitels. 1 Begriff des relationalen Datenmodells 2 Kennenlernen der

Mehr

Modellierungskonzepte semantischer Datenmodelle. Semantische Datenmodelle. Das Entity-Relationship Modell

Modellierungskonzepte semantischer Datenmodelle. Semantische Datenmodelle. Das Entity-Relationship Modell DEVO. Semantische Datenmodelle DEVO.4 Modellierungskonzepte semantischer Datenmodelle Äquivalente Begriffe: Objekttypenebene = Objektklassenebene = Schema (Schema-level), Objektebene = Exemplarebene (Instance-level)

Mehr

Entwurf von Relationalen Datenbanken (1) (mit dem Entity-Relationship-Modell)

Entwurf von Relationalen Datenbanken (1) (mit dem Entity-Relationship-Modell) In der Regel werden Diskursbereiche durch mehrere Relationen (Tabellen) abgebildet. Ziele: Entwurf von Relationalen Datenbanken (1) (mit dem Entity-Relationship-Modell) Vermeiden von Redundanz in Relationen

Mehr

Arbeiten mit einer Datenbank 1

Arbeiten mit einer Datenbank 1 Arbeiten mit einer Datenbank 1 1. Datenmodelle 1.1 Das Entity-Relationship-Model (Objekt-Beziehungs-Modell) Bevor man in einem Datenbanksystem eine Datenbank aufbaut, muss man sich die Struktur der Datenbank

Mehr

2. Relationale Datenbanken

2. Relationale Datenbanken 2. Relationale Datenbanken Inhalt 2.1 Entity-Relationship-Modell 2.2 Relationales Modell 2.3 Relationale Entwurfstheorie 2.4 Relationale Algebra 2.5 Structured Query Language (SQL) 2 2.1 Entity-Relationship-Modell

Mehr

Entity Relationship Model

Entity Relationship Model Entity Relationship Model Albert Weichselbraun Member of the University of Applied Sciences Eastern Switzerland (FHO) page 1 Agenda Das Entity-Relationship (ER) Model

Mehr

5.2 Entity-Relationship-Modell

5.2 Entity-Relationship-Modell 5.2 Entity-Relationship-Modell Mod-5.8 Entity-Relationship-Modell, ER-Modell (P. Chen 1976): Kalkül zur Modellierung von Aufgabenbereichen mit ihren Objekten, Eigenschaften und Beziehungen. Weitergehende

Mehr

Das Relationenmodell. Contents. Pierre Fierz. Attribute und Domänen. 1 Attribute und Domänen. Relationenschema, Relation und Tupel

Das Relationenmodell. Contents. Pierre Fierz. Attribute und Domänen. 1 Attribute und Domänen. Relationenschema, Relation und Tupel Contents Chapter 3 Lecture Datenbanken 28022014 1 2 3 4 5 Berner Fachhochschule Technik und Informatik 31 32 Die Lernziele dieses Kapitels Modell 1 Begriff des relationalen Datenmodells 2 Kennenlernen

Mehr

Konzeptuelle Modellierung

Konzeptuelle Modellierung Kapitel 2 Konzeptuelle Modellierung 2.1 Das Entity-Relationship-Modell Die grundlegenden Modellierungsstrukturen dieses Modells sind die Entities (Gegenstände) und die Relationships (Beziehungen) zwischen

Mehr

Kapitel 6: Das E/R-Modell

Kapitel 6: Das E/R-Modell Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Wintersemester 2013/2014 Vorlesung: Prof. Dr. Christian Böhm Übungen:

Mehr

Normalisierung Szenario [nach Zehnder; Informationssysteme und Datenbanken. Teubner, 1989]

Normalisierung Szenario [nach Zehnder; Informationssysteme und Datenbanken. Teubner, 1989] Informatik Normalisierung / ERM 1 Normalisierung Szenario [nach Zehnder; Informationssysteme und Datenbanken. Teubner, 1989] Die Firma EDV-Soft beschäftigt die Personen Müller, Meyer, Schultze, Schmidt.

Mehr

ER-Modell, Normalisierung

ER-Modell, Normalisierung ER-Modell Mit dem Entity-Relationship-Modell kann die grundlegende Tabellen- und Beziehungsstruktur einer Datenbank strukturiert entworfen und visualisiert werden. Das fertige ER-Modell kann dann ganz

Mehr

Kapitel 3: Entity-Relationship-Modell

Kapitel 3: Entity-Relationship-Modell Kapitel 3: Entity-Relationship-Modell Objekte und Beziehungen Objekte bilden die elementare Grundlage unserer Betrachtung. Objekte werden durch Tupel in Relationen repräsentiert und können durch Schlüsselwerte

Mehr

Kapitel 3: Datenbanksysteme

Kapitel 3: Datenbanksysteme LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS Skript zur Vorlesung: Einführung in die Informatik: Systeme und Anwendungen Sommersemester 2018 Kapitel 3: Datenbanksysteme Vorlesung:

Mehr

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1 Fundamentals of Software Engineering 1 Inhaltsverzeichnis 1. Einführung 2. Allgemeine Modellbildung - Klassische Konzepte des Software Engineering- 2.1 Das Kontextmodell 2.2 Entscheidungstabellen 2.3 Zustandsmodelle

Mehr

Introduction to Data and Knowledge Engineering Übung 1: Entity Relationship Model

Introduction to Data and Knowledge Engineering Übung 1: Entity Relationship Model Introduction to Data and Knowledge Engineering Übung 1: Entity Relationship Model FB Informatik Datenbanken und Verteilte Systeme Arthur Herzog 1 Entity Relationship Model FB Informatik Datenbanken und

Mehr

Aufgabe 1) Übung 4: 1.2

Aufgabe 1) Übung 4: 1.2 Übung 4: Aufgabe 1) 1.2 Relation: Eine Relation besteht aus Attributen und Tupeln. Sie wird üblicherweise mit Hilfe einer Tabelle beschrieben, welche in zweidimensionaler Anordnung die Datenelemente erfasst.

Mehr

Das Entity-Relationship-Modell. Prof. Dr. T. Kudraß 1

Das Entity-Relationship-Modell. Prof. Dr. T. Kudraß 1 Das Entity-Relationship-Modell Prof. Dr. T. Kudraß 1 Datenmodell Datenmodelle System von Konzepten zur abstrakten Darstellung eines Ausschnitts der realen Welt mittels Daten Verschiedene Abstraktionsebenen

Mehr

Datenbanken 1. Kapitel 2: Datenbankentwurf. Ansprechpartner hat Name Adresse. Geschaeftspartner <pi> Characters (30) Characters (50) ist.

Datenbanken 1. Kapitel 2: Datenbankentwurf. Ansprechpartner hat Name Adresse. Geschaeftspartner <pi> Characters (30) Characters (50) ist. Datenbanken 1 Kapitel 2: Datenbankentwurf Ansprechpartner hat Name Adresse Geschaeftspartner Characters (30) Characters (50) ist Haendler Rabatt Integer Spediteur Verfuegbar Characters (20) Kunde

Mehr

ERM/ERD Entity Relationship Model Entity Relationship Diagram.

ERM/ERD Entity Relationship Model Entity Relationship Diagram. ERM/ERD Entity Relationship Model Entity Relationship Diagram Vorbemerkung: Wichtiger Unterschied zwischen Typ / Modell und Exemplar Kundin: Ich möchte mir gerne ein Smartphone zulegen. Wie viele Modelle

Mehr

3. Relationales Modell

3. Relationales Modell 3. Relationales Modell entwickelt von Codd (1970) beruht auf dem mathematischen Begriff der Relation, den man anschaulich mit dem der Begriff Tabelle vergleichen kann alle Informationen sind in Relationen

Mehr

Kapitel DB:IV (Fortsetzung)

Kapitel DB:IV (Fortsetzung) Kapitel DB:IV (Fortsetzung) IV. Logischer Datenbankentwurf mit dem relationalen Modell Das relationale Modell Integritätsbedingungen Umsetzung ER-Schema in relationales Schema DB:IV-46 Relational Design

Mehr

Entity Relationship Modell (ERM) (Konzeptueller Datenbankentwurf)

Entity Relationship Modell (ERM) (Konzeptueller Datenbankentwurf) Entity Relationship Modell (ERM) (Konzeptueller Datenbankentwurf) 10.02.14 Ahmad Nessar Nazar 1 Reale Welt Sie bekommen von einer Reifenhandels Firma den Zuschlag, eine Verwaltungsdatenbank zu entwerfen,

Mehr

Kurzeinführung in UML

Kurzeinführung in UML Kurzeinführung in UML Die Unified Modeling Language (UML) ist eine Sprache zur Beschreibung von Softwaresystemen. Der Grundgedanke bei UML bestand darin, eine einheitliche Notation für viele Einsatzgebiete

Mehr

Assoziationen in Java

Assoziationen in Java Assoziationen in Java Michael Dienert 16. Oktober 2018 1 Wiederholung: Gerneralisierung und Vererbung Gerneralisierung ist das Gegenteil von Vererbung: Eine spezielle Klasse erbt von der allgemeineren

Mehr

Informatik IIa: Modellierung

Informatik IIa: Modellierung Informatik IIa: Modellierung Frühlingssemester 2014 Übung 2: Datenmodelle Kapitel 3 Ausgabe: 07.03.2014 Abgabe: 21.03.2014 Name: Matrikelnummer: Aufgabe 1 Theorie von Datenmodellen (9 Punkte) Frage 1 (8

Mehr

Teil III Entity-Relationship-Modell

Teil III Entity-Relationship-Modell Teil III Entity-Relationship-Modell Entity-Relationship-Modell 1 Datenbankmodell 2 ER-Modell 3 Weitere Konzepte im ER-Modell Sattler / Saake Datenbanksysteme Letzte Änderung: Okt. 2016 3 1 Lernziele für

Mehr

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1 Vorlesung 3 Fundamentals of Software Engineering 1 Inhaltsverzeichnis 1. Einführung 2. Allgemeine Modellbildung - Klassische Konzepte des Software Engineering- 2.1 Das Kontextmodell 2.2 Entscheidungstabellen

Mehr

zu E 1 der Form (0, 1) erfüllen.

zu E 1 der Form (0, 1) erfüllen. 1 Aufgabe 4.1: Sei B ein Beziehungstyp über den drei Entitätstypen E 1, E 2 und E 3. Sei ohne Beschränkung der Allgemeinheit die Beziehungskomplexität zu E 1 der Form (0, 1). Wir zeigen, dass B durch die

Mehr

Disclaimer. 1 Allgemeine Grundlagen (8 Punkte) (3 Punkte) (3 Punkte) (2 Punkte)... 2

Disclaimer. 1 Allgemeine Grundlagen (8 Punkte) (3 Punkte) (3 Punkte) (2 Punkte)... 2 Disclaimer Dieser Braindump ist nach bestem Wissen und Gewissen erstellt, dennoch kann für Richtigkeit nicht garantiert werden. Siehe auch den zugehörigen Thread im FSI-Forum. Alle Aufgaben sind selbstverständlich

Mehr

Inhalte der Veranstaltung

Inhalte der Veranstaltung Inhalte der Veranstaltung 5. Anwendungssysteme 5-4 6. Entwurf von Anwendungssystemen 6.1 Datenmodellierung 6-1 6.2 Geschäftsprozessmodellierung 6-32 6.3 Entwurf von Datenbanken 6-79 6.4 Nutzung von Datenbanken

Mehr

2. Datenmodellierung mit dem Entity-Relationship-Modell (E/R-Modell, ERM)

2. Datenmodellierung mit dem Entity-Relationship-Modell (E/R-Modell, ERM) 2. Datenmodellierung mit dem Entity-Relationship-Modell (E/R-Modell, ERM) Zielsetzung des Kapitels: (Nicht nur intuitive ) Einführung von Begriffen wie Entity, Entitytyp, Wertebereich, Attribut, Schlüssel(-kandidat),

Mehr

Medizininformatik Software Engineering

Medizininformatik Software Engineering Vorlesung Software Engineering Inhaltsverzeichnis 1. Einleitung 2. Software und Medizinprodukt 3. Vorgehensmodelle 4. Strukturierter Entwurf von Echtzeitsystemen 4.1 Echzeit, was ist das? 4.2 Einführung

Mehr

Kapitel 3: Datenbanksysteme

Kapitel 3: Datenbanksysteme LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS Skript zur Vorlesung: Einführung in die Informatik: Systeme und Anwendungen Sommersemester 2008 Kapitel 3: Datenbanksysteme Vorlesung:

Mehr

Informatik IIa: Modellierung

Informatik IIa: Modellierung Informatik IIa: Modellierung Frühlingssemester 2013 Übung 2: Datenmodelle Kapitel 3 Ausgabe: 05.03.2013 Abgabe: 19.03.2013 Name: Matrikelnummer: Aufgabe 1 Theorie von Datenmodellen (8 Punkte) Frage 1 (6

Mehr

Rückblick: Datenbankentwurf

Rückblick: Datenbankentwurf Rückblick: Datenbankentwurf Entity-Relationship-Modell für konzeptuellen Entwurf Entitytypen (entity types) (z.b. Studenten) Beziehungstypen (relationships) (z.b. hören) Attribute beschreiben Gegenstände

Mehr

Universität Augsburg, Institut für Informatik WS 2009/2010 Prof. Dr. W. Kießling 06. Nov Dr. A. Huhn, F. Wenzel, M. Endres Lösungsblatt 2

Universität Augsburg, Institut für Informatik WS 2009/2010 Prof. Dr. W. Kießling 06. Nov Dr. A. Huhn, F. Wenzel, M. Endres Lösungsblatt 2 Universität Augsburg, Institut für Informatik WS 2009/2010 Prof. Dr. W. Kießling 06. Nov. 2009 Dr. A. Huhn, F. Wenzel, M. Endres Lösungsblatt 2 Aufgabe 1: ER-Modellierung 1. Siehe Unterstreichungen in

Mehr

Kapitel 3: Datenbanksysteme

Kapitel 3: Datenbanksysteme LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS Skript zur : Einführung in die Informatik: Systeme und Anwendungen Sommersemester 2009 Kapitel 3: Datenbanksysteme : PDDr. Peer

Mehr

3. Relationales Modell & Algebra

3. Relationales Modell & Algebra 3. Relationales Modell & Algebra Inhalt 3.1 Relationales Modell Wie können wir Daten mathematisch formal darstellen? 3.2 Übersetzung eines konzeptuellen Modells Wie können wir ein konzeptuelles Modell

Mehr

Datenbanksysteme I WS 17/18 HS-Übung. Universität Leipzig, Institut für Informatik Abteilung Datenbanken Prof. Dr. E. Rahm, V. Christen, M.

Datenbanksysteme I WS 17/18 HS-Übung. Universität Leipzig, Institut für Informatik Abteilung Datenbanken Prof. Dr. E. Rahm, V. Christen, M. Datenbanksysteme I WS 17/18 HS-Übung Universität Leipzig, Institut für Informatik Abteilung Datenbanken Prof. Dr. E. Rahm, V. Christen, M. Franke Kapitel 1: Definitionen Grundlegenge Begriffe IS, DB, DBMS/

Mehr

Kapitel 4: Konzeptueller Datenbankentwurf

Kapitel 4: Konzeptueller Datenbankentwurf 4. Konzeptueller Datenbankentwurf Seite 1 Kapitel 4: Konzeptueller Datenbankentwurf Der Entwurf des konzeptuellen Schemas ist Teil eines übergeordneten Softwareentwurfsprozesses. Im Pflichtenheft eines

Mehr

Objektorientierte Modellierung (1)

Objektorientierte Modellierung (1) Objektorientierte Modellierung (1) Die objektorientierte Modellierung verwendet: Klassen und deren Objekte Beziehungen zwischen Objekten bzw. Klassen Klassen und Objekte Definition Klasse Eine Klasse ist

Mehr

Geoinformation I Datenmodellierung

Geoinformation I Datenmodellierung Seite 1 von 61 Geoinformation I Datenmodellierung Seite 2 von 61 Datenmodellierung Übersicht Datenverwaltung und Datenbanken objektorientierte Abbildung der Realität Grundlagen der Objektorientierung Darstellung

Mehr

Entity-Relationship-Modell. Ein Studierender kann (oder muss) mehrere Vorlesungen hören. Eine Vorlesung wird i.a. von mehrerer Studierenden gehört.

Entity-Relationship-Modell. Ein Studierender kann (oder muss) mehrere Vorlesungen hören. Eine Vorlesung wird i.a. von mehrerer Studierenden gehört. Beziehungen Ein Studierender kann (oder muss) mehrere Vorlesungen hören. Eine Vorlesung wird i.a. von mehrerer Studierenden gehört. Eine Vorlesung wird von genau einem Dozenten gelesen. Ein Dozent kann

Mehr

Aufgabe 1: Strukturmodellierung mittels Klassendiagramm Wiederholen Sie das Kapitel aus der Vorlesung, das sich mit dem Klassendiagramm beschäftigt.

Aufgabe 1: Strukturmodellierung mittels Klassendiagramm Wiederholen Sie das Kapitel aus der Vorlesung, das sich mit dem Klassendiagramm beschäftigt. Aufgabe 1: Strukturmodellierung mittels Klassendiagramm Wiederholen Sie das Kapitel aus der Vorlesung, das sich mit dem Klassendiagramm beschäftigt. Was ist eine Klasse? Was ist ein Objekt? Geben Sie ein

Mehr

Kapitel DB:III (Fortsetzung)

Kapitel DB:III (Fortsetzung) Kapitel DB:III (Fortsetzung) III. Konzeptueller Datenbankentwurf Einführung in das Entity-Relationship-Modell ER-Konzepte und ihre Semantik Charakterisierung von Beziehungstypen Existenzabhängige Entity-Typen

Mehr

Datenmodelle. Einführung in das Entity-Relationship-Modell. Datenbankmodelle. Beispiel für ein ER-Schema. Kunde( Meier, , ) 41, Meier

Datenmodelle. Einführung in das Entity-Relationship-Modell. Datenbankmodelle. Beispiel für ein ER-Schema. Kunde( Meier, , ) 41, Meier Einführung in das Entity-Relationship-Modell Datenmodelle Datenmodelle dienen der Darstellung der Informationsstruktur, nicht der Darstellung der Informationen selbst. Motivation Grundbestandteile von

Mehr

Datenmodelle dienen der Darstellung der Informationsstruktur, nicht der Darstellung der Informationen selbst. Motivation

Datenmodelle dienen der Darstellung der Informationsstruktur, nicht der Darstellung der Informationen selbst. Motivation Einführung in das Entity-Relationship-Modell Datenmodelle Datenmodelle dienen der Darstellung der Informationsstruktur, nicht der Darstellung der Informationen selbst. Motivation Grundbestandteile von

Mehr

3. Das Relationale Datenmodell

3. Das Relationale Datenmodell ! " # $ # $ % # $ 3. Das Relationale Datenmodell 1. Datenstruktur und Integritätsbedingungen 2. Abbildung zwischen ERM und RDM 3. Implementierung in SQL 4. Anomalien und Normalformen des RDM 5. Relationenalgebra

Mehr

8. Objektorientierte Programmierung. Informatik II für Verkehrsingenieure

8. Objektorientierte Programmierung. Informatik II für Verkehrsingenieure 8. Objektorientierte Programmierung Informatik II für Verkehrsingenieure Grundbegriffe ALAN KAY, ERFINDER DER SPRACHE SMALLTALK, HAT DIE GRUNDBEGRIFFE DER OBJEKTORIENTIERTEN PROGRAMMIERUNG WIE FOLGT ZUSAMMENGEFASST:

Mehr

Übungen Teil 1: ER-Modelle. Dozent: Stefan Maihack Dipl. Ing. (FH)

Übungen Teil 1: ER-Modelle. Dozent: Stefan Maihack Dipl. Ing. (FH) Übungen Teil 1: ER-Modelle Dozent: Stefan Maihack Dipl. Ing. (FH) Die (min, max) - Notation Bei der Verwendung der Funktionalität ist für einen Entity-Typen nur die maximale Anzahl der Beziehungen mit

Mehr

Kapitel 6: Das E/R-Modell. Skript 2003 Christian Böhm

Kapitel 6: Das E/R-Modell. Skript 2003 Christian Böhm Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Wintersemester 2003/2004 für Datenbanksysteme 2002 Christian Böhm, UMIT : Christian

Mehr

3. Relationales Modell & Algebra

3. Relationales Modell & Algebra 3. Relationales Modell & Algebra Inhalt 3.1 Relationales Modell Wie können wir Daten mathematisch formal darstellen? 3.2 Übersetzung eines konzeptuellen Modells Wie können wir ein konzeptuelles Modell

Mehr

SWE4 Slide 1. Software-Engineering. Vorlesung 4 vom Sebastian Iwanowski FH Wedel

SWE4 Slide 1. Software-Engineering. Vorlesung 4 vom Sebastian Iwanowski FH Wedel SWE4 Slide Software-Engineering Vorlesung 4 vom 08..2004 Sebastian Iwanowski FH Wedel SWE4 Slide 2 Software-Engineering Vorlesungsthemen:. Überblick über das Thema und die Vorlesung 2. Grundlegende Prinzipien

Mehr

Vorlesung Informationssysteme

Vorlesung Informationssysteme Saarbrücken, 07.05.2015 Information Systems Group Vorlesung Informationssysteme Vertiefung zu Kapitel 3: Von (E)ER nach UML Erik Buchmann (buchmann@cs.uni-saarland.de) Foto: M. Strauch Aus den Videos wissen

Mehr

Daten Bank. 2. Vorlesung. Dr. Karsten Tolle PRG2 SS 2014

Daten Bank. 2. Vorlesung. Dr. Karsten Tolle PRG2 SS 2014 Daten Bank 2. Vorlesung Dr. Karsten Tolle PRG2 SS 2014 Letzte Vorlesung Grundbegriffe SQL create table insert select Dr. Karsten Tolle PRG2 SS 2014 2 Heute Übersicht Modellierung (ER-Diagramme) Entitäten

Mehr

Inhaltsverzeichnis. 1. Fragestellung

Inhaltsverzeichnis. 1. Fragestellung Inhaltsverzeichnis 1. Fragestellung... 1 2. Herleitung zum Thema... 1 3. Das Entity Relationship Modell (ERM)... 2 4. Praktisches Beispiel zum ERM... 7 5. Anhang...Fehler! Textmarke nicht definiert. 1.

Mehr

Datenbanken Unit 3: Das relationale Modell

Datenbanken Unit 3: Das relationale Modell Datenbanken Unit 3: Das relationale Modell 7. III. 2017 Outline 1 SQL 2 Das ER Modell Zusammenfassung 3 Das Relationale Modell Termin zweiter Zwischentest UE-Tests (Thema: SQL) zweiter Zwischentest findet

Mehr

Entwicklung einer DB-Anwendung vergleichbar mit gewöhnlicher Anwendungsprogrammierung:

Entwicklung einer DB-Anwendung vergleichbar mit gewöhnlicher Anwendungsprogrammierung: Entwicklung einer DB-Anwendung vergleichbar mit gewöhnlicher Anwendungsprogrammierung: 1. Problemanalyse (Datenmodellierung, konzeptionelles Schema) 2. Lösungsentwurf (logisches Schema) 3. Implementierung

Mehr

Informatik IIa: Modellierung

Informatik IIa: Modellierung Informatik IIa: Modellierung Frühlingssemester 2013 Übung 5: Klassendiagramme, EPK Kapitel 8, 9 Ausgabe: 23.04.2013 Abgabe: 07.05.2013 Name: Matrikelnummer: Aufgabe 1 Wissen zu EPKs (6 Punkte) Frage 1

Mehr

Datenbanken Unit 3: Das relationale Modell

Datenbanken Unit 3: Das relationale Modell Datenbanken Unit 3: Das relationale Modell 8. III. 2016 Outline 1 Das ER Modell Zusammenfassung 2 Das Relationale Modell 3 SQL Organisatorisches Wissensüberprüfung: heute zwei Aufgaben statt nur einer

Mehr

Übungen Softwaretechnik I

Übungen Softwaretechnik I Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich Übungen Softwaretechnik I Übung 5: Objektorientierte Analyse Einführung Objektorientierung in der

Mehr

Datenorientierter Ansatz. Datenbankentwurfsschritte. Welche Daten müssen im System verwaltet werden? Wie werden die Daten im System verändert?

Datenorientierter Ansatz. Datenbankentwurfsschritte. Welche Daten müssen im System verwaltet werden? Wie werden die Daten im System verändert? .RQ]HSWLRQHOOHU'DWHQEDQNHQWZXUI Datenorientierter Ansatz Welche Daten müssen im System verwaltet werden? Wie werden die Daten im System verändert? Datenbankentwurfsschritte Datenverarbeitungsanforderungen

Mehr

Blöcke. Block Definitionsdiagramm. Dr. Beatrice Amrhein

Blöcke. Block Definitionsdiagramm. Dr. Beatrice Amrhein Blöcke Strukturelemente Block Definitionsdiagramm Dr. Beatrice Amrhein Definition: Block (Systembaustein) Eine Block beschreibt den Aufbau, die Eigenschaften und das Verhalten einer Komponente (eines Systems)

Mehr

Systemanalyse. - Folien zur Vorlesung für AI3 im Sommersemester Teil 5 -

Systemanalyse. - Folien zur Vorlesung für AI3 im Sommersemester Teil 5 - Systemanalyse - Folien zur Vorlesung für AI3 im Sommersemester 2010 - -Teil 5 - Hans-Jürgen Steffens (by courtesy of Prof. Dr. Thomas Allweyer) Fachbereich Informatik und Mikrosystemtechnik Fachhochschule

Mehr

Kapitel 6: Das E/R-Modell

Kapitel 6: Das E/R-Modell Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Dsteme Skript zur Dsteme I Wintersemester 2010/2011 Kap/R-Modell : PD Matthias Schubert Übungen: Thomas Bernecker,

Mehr

Beziehungen. one-to-one. one-to-many. many-to-many. Beziehung. Beziehung. Beziehung. Beziehung. Relationales Datenmodell

Beziehungen. one-to-one. one-to-many. many-to-many. Beziehung. Beziehung. Beziehung. Beziehung. Relationales Datenmodell Beziehungen one-to-one Entität_1 (0:1) (0:1) Beziehung Entität_2 Entität_1 (1:1) (1:1) Beziehung Entität_2 one-to-many Entität_1 (0:1) (0:n) Beziehung Entität_2 many-to-many Entität_1 (0:n) Beziehung (0:n)

Mehr

Veranstaltung Pr.-Nr.: Datenmodellierung. Veronika Waue WS 07/08. Phasenschema der Datenbankentwicklung (grob) Informationsanalyse

Veranstaltung Pr.-Nr.: Datenmodellierung. Veronika Waue WS 07/08. Phasenschema der Datenbankentwicklung (grob) Informationsanalyse Veranstaltung Pr.-Nr.: 101023 Datenmodellierung Veronika Waue WS 07/08 Phasenschema der Datenbankentwicklung (grob) Informationsanalyse Konzeptualisierung und Visualisierung (z.b. mittels ERD) (Normalisiertes)

Mehr

Abstraktionsebenen des Datenbankentwurfs

Abstraktionsebenen des Datenbankentwurfs Datenbankentwurf Abstraktionsebenen des Datenbankentwurfs 1. Konzeptuelle Ebene 2. Implementationsebene 3. Physische Ebene 1 Objektbeschreibung Uni-Angestellte - Anzahl: 1000 - Attribute PersonalNummer

Mehr

Abteilung für Informationswirtschaft. Inhalt. Einheit 3 eer-modellierung. Datenmodell. Datenbank-Schema. Semantische Datenmodelle

Abteilung für Informationswirtschaft. Inhalt. Einheit 3 eer-modellierung. Datenmodell. Datenbank-Schema. Semantische Datenmodelle VL Grundzüge der Modellierung Bernroider/Stix inheit 3 er-modellierung Inhalt Begriffsbildung / Motivation Das R-Modell ntitäten, Beziehungen und Attribute Graphische Notation Verfeinerungen Wirtschaftsuniversität

Mehr

Logischer Entwurf. Stufen der Entwicklung einer Datenbank. Inhalt. Übersicht. 1. Datenbank - Entwurf ( ER - Diagramm)

Logischer Entwurf. Stufen der Entwicklung einer Datenbank. Inhalt. Übersicht. 1. Datenbank - Entwurf ( ER - Diagramm) 10. Logischer Entwurf 10-1 10. Logischer Entwurf 10-2 Stufen der Entwicklung einer Datenbank 1. Datenbank - Entwurf ( ER - Diagramm) Logischer Entwurf 2. Umsetzen des ER - Diagramms ins relationale Modell

Mehr

Software-Engineering

Software-Engineering FH Wedel Prof. Dr. Sebastian Iwanowski SWE42 Folie Software-Engineering Sebastian Iwanowski FH Wedel Kapitel 4: Systemanalyse Teil 2: Datenorientierte Sicht FH Wedel Prof. Dr. Sebastian Iwanowski SWE42

Mehr

Datenbankentwurf. Kapitel 2. Datenbankentwurf 1 / 64

Datenbankentwurf. Kapitel 2. Datenbankentwurf 1 / 64 Kapitel 2 Datenbankentwurf 1 / 64 Phasen des Datenbankentwurfs Phasen des Datenbankentwurfs Datenverarbeitungsanforderungen Anforderungsanalyze Anforderungs -spezifikation Konzeptueller Entwurf ER Schema

Mehr

Datenbanken Unit 2: Das ER-Modell

Datenbanken Unit 2: Das ER-Modell Datenbanken Unit 2: Das ER-Modell 28. II. 2017 Outline 1 Organisatorisches 2 SQL 3 Das Entity-Relationship Modell Grundbegriffe Termin erster Zwischentest UE-Tests (Thema: SQL) erster Zwischentests am

Mehr