Das konzeptionelle Datenmodell

Ähnliche Dokumente
Daniel Warner SQL. Das Praxisbuch. Mit 119 Abbildungen. Franzis

ERM/ERD Entity Relationship Model Entity Relationship Diagram.

Datenbanksysteme: Entwurf

Einführung in Datenbanken

Medizininformatik Software Engineering

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

Aufgabe 1) Übung 4: 1.2

Einführung in die Datenorganisation. Informationssysteme

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

ER-Modell, Normalisierung

Entitätstypen, Attribute, Relationen und Entitäten

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

Ein Schlüssel ist eine Menge von Attributen (also eines oder mehrere), die eine Datenzeile (Tupel) einer Tabelle eindeutig identifiziert

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

3. Relationales Modell

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

Kapitel 3: Entity-Relationship-Modell

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

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

Konzeptuelle Modellierung

Theorie zur Übung 8 Datenbanken

Datenbanken Unit 2: Das ER-Modell

Kapitel DB:IV (Fortsetzung)

Rückblick: Datenbankentwurf

Rückblick: Entity-Relationship-Modell

Kapitel 1: Wiederholungsfragen Grundlagen DBS

Kapitel DB:III. III. Konzeptueller Datenbankentwurf

Der Tabellenname wird in Grossbuchstaben geschrieben.

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

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

Als logisches Datenmodell wird hier das Relationenmodell vorgestellt, das heute den Standard für relationale Datenbanken darstellt.

Teil III Entity-Relationship-Modell

Glossar für das Fach Informatik

Klausur Konzeptionelle Modellierung

Das Entity-Relationship Modell

Kapitel 6: Das E/R-Modell

10 Datenbanksysteme Datenbanken und Datenbanksysteme

1 4. Datenmodellierung mit der Unified Modeling Language (UML)

ER-Modell. Entity-Relationship-Model

3. Das Relationale Datenmodell

Informatische Modellierung

3. Das Relationale Datenmodell

Kapitel 3: Datenbanksysteme

Kapitel 3: Datenbanksysteme

3. Spezielle ER-Modelle und Tabellenableitung. Transformation von ER-Diagrammen in Relationen

Entwurf und Verarbeitung relationaler Datenbanken

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

FRANZIS PROFESSIONAL SERIES. Daniel Warner. udienausgabe. SQL für Praxis und Studium. Mit 95 Abbildungen

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1

Kapitel 1: Einführung 1.1 Datenbanken?

Entwurf von Datenbanken

Inhaltsverzeichnis. 1. Fragestellung

Datenbankentwurf. Kapitel 3. Datenbankentwurf 76 / 508

Inhalt. 2.1 Datenbankentwurf. 2.2 Relationales Modell. 2.3 Relationale Entwurfstheorie. 2.4 Relationale Algebra. 2.5 Structured Query Language (SQL)

Das relationale Datenmodell

Datenbanken Unit 3: Das relationale Modell

2. Datenmodellierung mit ERM. Motivation für Datenmodellierung. Begriffsklärung. Kardinalität/Komplexität von Beziehungstypen

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

Datenbanken Unit 3: Das relationale Modell

D1: Relationale Datenstrukturen (14)

Kap. 5.3: SAP-Datenmodell, Metadatenverwaltung

Die Bestellungen eines Schreibwarengeschäftes sollen auf eine aktuelle Form mit Hilfe einer zeitgemäßen Datenbank umgestellt werden.

Geoinformation Abbildung auf Tabellen

Fundamentals of Software Engineering 1

Kapitel DB:IV (Fortsetzung)

Kurzeinführung in UML

Einführung in das Entity-Relationship-Modell

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

E-R-Modell zu Relationenschema

Vorlesung DBIS I (WS 2005/2006) Teil 4

Glossar für das Fach Informatik

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

Entwurf: Fortgeschrittene Konzepte

Handout zur Unit Datenmodellierung Web-Technologien Datenmodellierung Prof. Dr. rer. nat. Nane Kratzke

PIWIN II. Praktische Informatik für Wirtschaftsmathematiker, Ingenieure und Naturwissenschaftler II. Vorlesung 2 SWS SS 08

Ausgabe: Eine DBMS unabhängige high-level Repräsentation der Anforderungen, das "konzeptuelle Schema".

5.2 Entity-Relationship-Modell

Datenbanksysteme I, SS 2004

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

Datenbanken I - Übung 1

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

Kapitel 5: Das E/R-Modell

Datenbanken und Datenmodellierung

- Gewinnung neuer Informationen durch Berechnungen - Einsatz graphischer Mittel zur Präsentation / Visualisierung von Datenreihen

Datenbank Modellierung - Normalisierung

Übung zur Vorlesung Einführung in die Informatik für Hörer anderer Fachrichtungen (WZW) IN8003, SS 2011 Prof. Dr. J. Schlichter

Grundlagen zu Datenbanken zu Beginn der Jgst. 13

Grundlagen von Datenbanken SS 2010

Relationales Datenmodell

Datenbanken Entity-Relationship-Modell und Datenbankentwurf 1. Andreas Heß Hochschule Furtwangen

ERM Modellierung Teil 2

2. Grundlagen der Entity-Relationship-Modellierung

Transkript:

Das konzeptionelle Datenmodell Signifikanz der Datenmodellierung Anforderungsanalyse Effizienz der Anwendung. Redundanzfreiheit. Datenintegrität. Reibungsarme Umsetzung des Datenmodells in das physikalische Datenmodell. Möglichkeit der nachträglichen Anpassung der Datenbank an neue Gegebenheiten. Des Entity Relationship Datenmodell 1976 von Peter Pin Shan Chen veröffentlicht Modellierungshilfe für strukturierten Datenentwurf Einheitliche Sicht auf Daten Klar, übersichtlich und geringe Einarbeitszeit, daher Grundlage für den Dialog zwischen Kunde und Datenbankentwickler Entity Relationship Diagramme Das Entity Relationship Datenmodell nach Chen Entitäten In dem Datenmodell werden Beziehungen (Relation) zwischen Entitäten beschrieben. Eine Entität ist ein eindeutig identifizierbares Objekt des Datenmodells. Eine Entität wird durch Eigenschaften beschrieben. Es lässt sich durch die Eigenschaften von anderen Objekten unterscheiden. Beispiel für Entitäten: Physische Objekte Ideelle Objekte Kategorien von Objekten Personen Ereignisse Rollen Konzepte Organisationsstrukturen Abstrakte Größen Dokumente Entitäten werden durch Attribute beschrieben und können mit anderen Entitäten in Beziehung stehen. Der erste Schritt in der Datenmodellierung besteht darin, relevante Entitäten zu identifizieren.

Attribute Die Eigenschaften oder Beziehungen von Entitäten werden durch Attribute beschrieben. Attribute müssen den Anwendungsbereich wiedergeben. Bei der Datenmodellierung wird von unwesentlichen Eigenschaften abgesehen. Nur die wichtigen Eigenschaften werden als Attribute herangezogen. Attribute haben eine Identifizierende Aufgabe. Diejenigen Attribute, die eine Entität eindeutig identifizieren, heißen Schlüssel (s. u.). Attribute müssen atomar sein. D. h. sie sind kein Verbund von Attributen. (Beispiel: Zusammenfassung von Postleitzahl und Ort ist nicht atomar.) Sie dürfen also selbst wiederum keine Entitäten sein. Soll eine Entität durch andere Entitäten beschrieben werden, müssen Beziehungen benutzt werden (s. u.). Attribute müssen voneinander unabhängig sein. Kein Wert eines Attributes darf aus den anderen ermittelt oder berechnet werden können. (Beispiel: Besitzt eine Entität Ware die Attribute Nettopreis und Umsatzsteuer, dann darf sie kein Attribut Bruttopreis haben.) Ein Attribut hat einen Bezeichner und einen Wert. Die Werte stammen aus einem Wertebereich, der auch Domäne genannt wird. Tabelle 1 zeigt exemplarisch den Entitätstyp Kunde mit denkbaren Attributen und ihren Domänen. Bezeichner Kundennummer Nachname Vorname Straße Ort Domäne Natürliche Zahlen, eindeutiger Wert Text mit variabler Länge Text mit variabler Länge Text mit variabler Länge Natürliche Zahl mit 5 Ziffern Abbildung 1 Gr aphische Dar stellung von Attr ibuten im ERD

Entitätstypen und Entitätsmengen Entitätstyp ist eine abstrakte Zusammenfassung von Entitäten, die durch dieselben Attribute eindeutig beschrieben und unterschieden werden können. Der Entitätstyp ist eine Klasse von Entitäten und wird daher auch Entitätsklasse genannt. Etwas ungenau wird gelegentlich auch das Wort Entität für Entitätstyp verwendet. Entitäten eines Typs haben alle dieselben Attribute. Diese Eigenschaft ist charakteristisch für den Entitätstyp. Die Typisierung von Entitäten und ihren Beziehungen untereinander ist ein Abstraktionsvorgang. Diese Abstraktion ist notwendig, um ein Datenmodell zu erstellen. Graphische Darstellung eines Entitätstyps durch ein Rechteck. Entitätsmenge ist eine konkrete Zusammenfassung von Entitäten desselben Entitätstyps. Datenbankabfragen liefern i. A. Entitätsmengen. Schlüssel Ein ausgezeichnetes Attribut oder eine ausgezeichnete Attributgruppe, die eine Entität eindeutig identifizieren, wird Primärschlüssel genannt. Bilden mehrere Attribute einen Primärschlüssel, so wird auch präziser von einem zusammengesetzten Primärschlüssel gesprochen. Ein Schlüsselkandidat ist ein Attribut oder eine Attributgruppe, deren Werte eindeutig sind. Hat ein Entitätstyp mehrere Schlüsselkandidaten, dann muss einer als Primärschlüssel ausgewählt werden. Häufig ist der mit den wenigsten Attributen am geeignetsten (Minimalitätsanforderung an den Schlüsselkandidaten). Sourrogatschlüssel Ein Sourrogatschlüssel ist ein künstlicher Primärschlüssel und wird in aller Regel als fortlaufende Nummer realisiert. Ein Sourrogatschlüssel hat folgende Eigenschaften: Eindeutig. Nicht veränderbar. Laufende und unmittelbare Vergabe. Ein Sourrogatschlüssel wird verwendet, wenn die anderen Attribute keinen Schlüsselkandidaten hergeben, oder wegen der Minimalitätsanforderung. Beziehungen zwischen Entitäten Entitäten können zueinander in Beziehung stehen. (Beispiel: Kurs und Kursteilnehmer) Es werden nur typische Beziehungen betrachtet, d. h Beziehungen, in denen alle Entitäten der beteiligten Entitätstypen stehen können. Die Beziehungen charakterisieren daher auch den Entitätstyp. Sie sind auch Beziehungen zwischen Entitätstypen und werden auf Typ Ebene modelliert.

Für Beziehungen zwischen zwei Entitätstypen sagt man auch Relationship oder Assoziation. Gelegentlich wird auch der Begriff Relation verwendet. Er ist aber missverständlich, da er im Relationenmodell eine andere Bedeutung hat. Abbildung 2: Eine Bezeichnung des Beziehungstyps kann in einer Raute untergebracht werden. Eine Beziehung kann selbst wiederum eine Entität sein und Attribute haben. Diese werden Link Attribute bezeichnet. Sie können an Beziehungstyp hinzugefügt. Beziehungen zwischen Entitätstypen können durch zwei Merkmale gekennzeichnet werden. Kardinalität. Optionalität. Beziehungstyp Terminologie Beidseitig optionale 1:1 Beziehung 1C:1C Einseitig optionale 1:N Beziehung 1:NC Beidseitig obligatorische 1:N Beziehung 1:N Beidseitig obligatorische N:M Beziehung N:M Einseitig optionale N:M Beziehung N:MC Beidseitig obligatorischen 1:1 Beziehung 1:1 Einseitig optionale 1:1 Beziehung 1:1C Abbildung 3: Häufige Kardinalitäten und Optionalitäten im Entity Relationship Modell Beidseitig optionale 1:1 Beziehung Abbildung 4: Beidseitige optionale 1:1 Beziehung Häufig wird ein Min Max Notation verwendet. Abbildung 5: Beidseitige optionale 1:1 Beziehung in Min Max Notation

Einseitig optionale 1:N Beziehung Abbildung 6: Darstellung einer 1:NC Beziehung Abbildung 7: Darstellung einer 1:NC Beziehung in Min Max Notation Eine Entität aus der Entitätsmenge Raum kann keine, eine oder mehrere Entitäten aus der Entitätsmenge Kurs zugeordnet werden. Hingegen muss ein Kurs immer in genau einem Raum stattfinden. Beidseitig obligatorische 1:N Beziehung Abbildung 8: Darstellung einer obligatorischen 1:N Beziehung. Abbildung 9: Darstellung einer obligatorischen 1:N Beziehung in Min Max Notation. Beidseitig obligatorische N:M Beziehung Abbildung 10: Darstellung einer obligatorischen N:N Beziehung. Abbildung 11: Dar stellung einer obligator ischen N:N Beziehung in Min Max Notation.

Einseitig optionale N:M Beziehung Abbildung 12: Darstellung einer einseitig optionalen N:M Beziehung. Abbildung 13: Darstellung einer einseitig optionalen N:M Beziehung in Min Max Notation. Während sich im Entity Relation Modell die obligatorischen N:M Beziehung und die optionale N:M Beziehung voneinander unterscheiden, ist dies im Relationenmodell nicht mehr möglich. Die Unterscheidung wird durch den Tabelleninhalt vorgenommen. Beidseitig obligatorischen 1:1 Beziehung Zwischen beiden Entitäten besteht eine obligatorische 1:1 Beziehung. Die eine Entität kann ohne ihr Gegenstück nicht existieren. Deswegen werden in dieser Situation die zwei Entitäten häufig zu einer zusammengefasst. Beidseitig obligatorischen 1:1 Beziehung