Das Entity-Relationship-Modell

Slides:



Advertisements
Ähnliche Präsentationen
Business Engineering Philipp Osl, Alexander Schmidt
Advertisements

Blue J.
ER-Modell: Objekte und Klassen
Datenmodellierung.
ER-Datenmodell und Abfragen in SQL
Datenbankdesign mit ACCESS.
Zur Rolle der Sprache bei der Modellierung von Datenbanken
Datenbanken Einführung.
Folien 2-5, 7-8 © Prof. Dr. Manfred Rössle (FH Aalen)
Das Entity-Relationship-Modell
spezielle Nutzersichten formale Ebene (deskriptive Regeln)
Datenmodellierung Externe Phase Informationsstruktur
Objektorientierte Datenbanken
Entity-Relationship-Ansatz
Ein Entity Relationship Diagramm zur ADB/NDB
Franziska Schmidt Sarah Ahlheit
Das ERM-Model Manuela Erdmann.
Konzeption und prototypische Implementierung eines zentralen Informationssystems für Systemmanagement Motivation Oft wird es schwierig, die benötigten.
Schritte zu Datenmodellierung
Themenschwerpunkte Übung 3:
XINDICE The Apache XML Project Name: Jacqueline Langhorst
Datenbankdesign und Normalisierung
Datenbankentwurf mit Hilfe des ER-Modells entwickeln
Datenmodelle, Datenbanksprachen und Datenbankmanagementsysteme
Das Entity-Relationship-Modell
Access 2000 Datenbanken.
Normalformen Normalisieren Schlüssel
6 Normalformen Normalisieren Schlüssel
Willkommen zum DBS I – Praktikum!
Relationenmodell (RM)
November 2002.
Kapitel 2: Konzeptuelle Modellierung
Datenbankentwurfsprozess
Vorüberlegung Frühere Forderung: Möglichst alle im konzeptuellen Schema ausdrückbaren Sachverhalte sollen sich im logischen Schema wiederfinden. Forderung.
Beziehungen und Beziehungstypen (1)
7.3 Hinweise für den Aufbau von ER-Schemata (1|7)
Visualisierung objektrelationaler Datenbanken
Prof. Dr. Gerhard Schmidt pres. by H.-J. Steffens Software Engineering SS 2009Folie 1 Objektmodellierung Objekte und Klassen Ein Objekt ist ein Exemplar.
Relationale Datenbanken II
Schlüssel von Beziehung(styp)en (1|5)
Datenbank-entwicklungsprozess
Objektorientierte Analyse
SS 2011 – IBB4C Datenmanagement Fr 15:15 – 16:45 R Vorlesung #5 Relationale Entwurfstheorie.
Vorlesung #2 Datenbankentwurf
SS 2009 – IBB4C Datenmanagement Fr 15:15 – 16:45 R Vorlesung #2 Datenbankentwurf.
SS 2010 – IBB4C Datenmanagement Fr 15:15 – 16:45 R Vorlesung #2 Datenbankentwurf.
Vorlesung #4 Überführung des ER-Modells in das relationale Modell
Vorlesung #4 Überführung des ER-Modells in das relationale Modell
(D.h. „Hallo MausFans!“ auf Japanisch).
Relationale Datenbanken
1 Ausgangslage Vorgehensweise: Informell, pragmatisch, stark graphisch orientiert. Systemanalytischer Ausgangspunkt: Klassischer Systembegriff als Ansammlung.
SS 2014 – IBB4C Datenmanagement Do 17:00 – 18:30 R Vorlesung #2 Datenbankentwurf.
SS 2014 – IBB4B Datenmanagement Do 17:00 – 18:30 R Vorlesung #4 Überführung des ER-Modells in das relationale Modell.
Gerhard Röhner September 2012
Paul, Morten, Yannick Blue J. Entwicklungsumgebung  versteht Java Programmcode  Für die Entwicklung eigener Software  Durch die Programmierung.
SS 2015 – IBB4C Datenmanagement Fr 17:00 – 18:30 R Vorlesung #2 Datenbankentwurf.
ER-Modell Beziehungen und Beziehungstypen (1|5) Beziehung (relationship) (b): Zwei oder mehr Objekte können miteinander in Beziehung.
SS 2015 – IBB4C Datenmanagement Fr 17:00 – 18:30 R Vorlesung #4 Überführung des ER-Modells in das relationale Modell.
1 1.Man beginne mit „leicht erkennbaren natürlichen Objekten“ (Personen und konkreten Gegenständen) und fasse diese zu Objekttypen zusammen. (etwa Substantive.
Vom Konzept zur Datenbank
Relationales Datenmodell
Übungsblatt 3 Erläuterungen Wintersemester 15/16 DBIS.
ER-Modell Gegeben E: Jedes Entity eines Typs ist eindeutig durch das zugeordnete Tupel beschrieben. (sonst wäre A nicht charakteristisch [genug]
Tutorium Software-Engineering SS14 Florian Manghofer.
IS: Datenbanken, © Till Hänisch 2000 Entwicklung von Datenbankapplikationen Vorgehensmodell.
Vorlesung #2 ER –Modellierung (Datenbankentwurf)
Logisches Datenmodell
Vorlesung #4 Überführung des ER-Modells in das relationale Modell
Vorlesung #2 Datenbankentwurf
ER-Modell und Relationales Schema
 Präsentation transkript:

Das Entity-Relationship-Modell WS 2009/2010: Datenbanken vs. Markup Dozent: Prof. Dr. Manfred Thaller Referent : Oleg Kirillov Datum : 22.10.09

Datenbankanwendung. Konkrete Datenbanksysteme inklusive. Software Datenbankanwendung Konkrete Datenbanksysteme inklusive Software Entwurf und Struktur von Datenbanken nach Entity Relationship-Modell Konzeptuelles Datenmodell

Erfassung und Analyse aller Anforderung seitens der User Datenerfassung Kommunikation mit dem Benutzer Datenbankanforderungen Datenvolumen Transfervolumen Funktionale Analyse Entitätstypen Beziehungen Einschränkungen Konzeptuelles Design Ausführliches Schema Implementierung durch DBMS Logischer Entwurf Transformation Konzept  Anwendung Physischer Entwurf Objektmodellierung Relationale/Objektorientierte Datenbank

ER Diagramm eines Beispielmodells FIRMA

Entitäten und Attribute in der realen Welt existierendes Basisobjekt oder Konzept Bsp.: Auto, Mitarbeiter, Firma, Arbeitsstelle besitzt Attribute Attribute Eigenschaften mit bestimmten Werten Bsp. : Name, Adresse, Sozialversicherungsnummer

Zusammengesetzte Attribute Bestehen aus mehreren Attributen Bsp.: Adresse besteht aus Straßennamen der Nummer, der Stadt, Bundesland usw. Atomare Attribute Nicht weiter zerlegbaren Attribute Bsp.: Name Sind jedoch einst zusammengesetzte Attribute nicht als solche notwendig werden diese als atomare benutzt werden.

Nullstelle Komplexe Attribute Benutzt für unbekannte oder nicht vorhandenen Attribute Komplexe Attribute Bestehen aus mehreren anderen Attributen

Mehrwertige Attribute Einwertige Attribute Attribute mit nur einem Wert Bsp.: Alter Mehrwertige Attribute Attribute mit mehreren Werten Bsp.: Geburtsdatum besteht aus Tag, Monat und Jahr Abgeleitete Attribute Aus anderen gespeicherten Attributen zu einem Zeitpunkt t berechnete bzw. abgeleitete Attribute Bsp.: Das Geburtsdatum ist bekannt somit kann das Alter daraus errechnet werden

Entitätsmengen Sammlung oder Mengen von Eintäten mit gleichen Attributen also von gleichen Entitätstypen zu einem Zeitpunkt t

Schlüsselattribute Wertmengen Eindeutigkeitseinschränkung Eindeutige Identifikation der Entitäten Schlüssel sind einzelne Attribute Bsp.: Sozialversicherungsnummer Oder müssen minimal sein Bei zusammengesetzten Attributen müssen alle eingeschlossenen Attribute eindeutig sein Wertmengen Begrenzen den wertebereich der Attributwerte Bsp.: Alter 16 – 70, maximallänge von Namen

Konzeptueller grober Entwurf der Beispielsdatenbank FIRMA

Beziehungen Attribute eines Eintitätstypen beziehen sich auf einen anderen Entitätstyp Umwandlung dieser Attribute in Beziehungen zwischen den Entitäten Arbeitnehmer zu Vorgesetzten

Beziehungsgrad Gibt an wie viele Entitäten an einer Beziehung teilnehmen Binär, Tertiär Aufwand steigt mit der Teilnehmerzahl Funktionelle Datenbanken stellen Beziehungen als Attribute einer Entität dar Objektorientierte Datenbanken stellen Beziehungen als Referenzattribute Relationale Datenbanken stellen Beziehungen als Sekundärschlüssel

Rekursive Beziehungen Rollen Entitäten in einer Beziehung besitzen Rollen inklusive eines Rollennamen Auskunft über Art der Beziehung Bei unterschiedlichen Entitätsnamen in einer Beziehung Rollennamen nicht erforderlich Rekursive Beziehungen

Einschränkungen für Beziehungstypen Hängen von den Anforderungen der darzustellenden Miniwelt Kardinalitätsverhältnisse Gilt für Binäre Beziehungen 1:1 Es kann nur einen Abteilungsleiter pro Abteilung geben 1:N Ein Arbeitgeber : Mehrere Projekte N:1 Arbeitgeber : 1 Firma M:N Arbeitnehmer : Abteilungen

Teilnahmebeschränkungen Entität muss über einen bestimmten Beziehungstyp zu einer anderen Entität verfügen Strukturelle Beschränkungen Totale Teilnahme / Existenzabhängigkeit Miniwelt setzt voraus, dass jeder Angestellte in einer Abteilung tätig ist Parallele Teilnahme Ein Angestellter kann eine Abteilung führen

Schwache Entitätstypen Ohne eigenes Schlüsselattribut Werden durch Beziehungen zu spezifischen Entitäten identifiziert Totale Teilnahmeeinschränkung Starke Entitätstypen Schlüsselattribut Partielle Schlüssel Menge aller Attribute die eine Entität eindeutig kennzeichnen