5.1. ERM - Was sind Entity-Relationships? |
![]() |
![]() |
Letztmalig dran rumgefummelt: 31.01.18 16:08:40 |
![]() |
Die Beschreibung von realen Systemen in einer Datenbank
setzt die Schaffung eines Datenmodells des Systems voraus. Dazu ist eine Sprache
notwendig, in der dieses Modell beschrieben werden kann. Unterschiedliche
Sprachen führen dann auch zu unterschiedlich organisierten Datenbanksystemen. Beschreiben wir die „Welt“ als eine Menge von Objekten (Entities), zwischen denen beliebige Beziehungen (Relations) bestehen, dann erhalten wir ein Netzwerk, in dem die Objekten durch unterschiedliche Beziehungen miteinander verknüpft sind. |
||||||
![]() |
1. Entity-Typen und Relationships 2. Relationships 3. Master-Slave-Beziehungen zwischen Entity-Typen 4. Kardianlitäten 5. Übungen 6. Verwandte Themen |
||||||
![]() |
|
||||||
![]() |
Dr. Edgar Frank Codd * 23. August 1923 in
Portland/Dorset, † 18. April 2003 in Williams Island
Dr. Edgar Frank Codd hatte als Mathematiker und
Wissenschaftler eine Idee zur redundanzarmen Datenhaltung über mehrere Tabellen
hinweg zu organisieren und daraus die relationalen Datenbanken entwickelt. |
||||||
![]() |
Linkliste ERM |
1. Entity-Typen und Relationships |
![]() |
Grundlage ist der Gedanke, Daten redundanzarm (nicht frei von Redundanzen, wobei die Bedingung lautet, dass die notwendigen Redundanzen in der späteren "Datenhaltung" ihre Attributwerte keinesfalls mehr ändern dürfen (... eine Sache also, welche bereits beim Entwurf zu berücksichtigen ist)!!!). |
![]() |
Mit der Entity-Relationship-Modellierung werden vier Ziele verfolgt
|
![]() |
Grafische Notation einer Entität (Key-Attribut als erstes und unterstrichen) |
2. Relationships |
![]() |
Vermittelt über die entsprechende Kombination von Schlüsseln zweier zueinander in Beziehung stehender Objektbeschreibungen werden in den zugehörigen Darstellungsformen diese intern dem Datenbestand vermittelt. Das heißt, dass die Relationships immanenter Bestandteil der Datenbasis sind. Dies grafisch zu vermitteln ist lediglich für den Database-Designer von Bedeutung damit dieser eine bessere Vorstellung des Beziehungsgefüges hat - der Datenbasis selbst ist das Wurscht! | |||||||||||||||||||||
![]() |
Beispiele für Entity-Relationships innerhabb einer Schule |
|||||||||||||||||||||
![]() |
|
|||||||||||||||||||||
![]() |
|
3. Master-Slave-Beziehungen zwischen Entity-Typs |
![]() |
Theoretisch ist bei der Ausarbeitung des Konzeptes der redundanzarmen ERM's eine hierarschiche Anordnung nicht notwendig. In der Praxis sind jedoch die großen Player der DBMS hierarchisch organisiert. Das bedeutet, dass aus dem Gesamtbestand der Entity-Types eines herausgefunden werden muss, welches zu allen verbleibenden in jeweils eindeutigen Beziehung steht. Dabei muss diese beziehung nicht notwendigerweise direkt sein, sondern kann auch über ein weiters Entity-Type vermittelt werden. |
![]() |
4. Kardinalitäten |
![]() |
|
![]() |
|
![]() |
Eine Objektklasse (z.B. die der Schüler) wird durch eine Reihe von Attributen beschrieben, die insgesamt ein abstraktes Schema dieser Klasse bilden. Wählen wir als Attribute des Objekts „Schüler“ die Größen (NAME, ALTER, KLASSE, ZENSUR-DU, ZENSUREN, ...), dann wird ein bestimmter Schüler zu einem bestimmten Zeitpunkt beschrieben, indem jedem dieser Attribute ein konkreter Wert zugeordnet wird. Die Kombination (Meier, 16, 10b, 2.3, 1, 4, 2 ...) bildet eine Instanz der Objektklasse Schüler und beschreibt den konkreten Schüler „Meier“ aus Sicht der Schulverwaltung. Die Attributwerte können unveränderlich (NAME) oder veränderlich (ALTER) sein.
|
5. Übungen zu Relationships und Entitytypen |
![]() |
Alle Objekte werden immer nur in der Einzahl geführt - man beachte die NULLS, welche evtl. auf einer Seite möglich sein können. Diese müssen jedoch logischerweise stets die Slave-Seite einer Beziehung abbilden. Logischerweise gibt es in der Entwicklungsreihe der Datenbanknormalisierung (... denn ein Teilbereich davon wird hier diskutiert) immer Varianten, aber eben auch Entwicklungsstadien von Varianten. Das alles geschieht getreu dem Schema: der Erstentwurf ist selten die Datenbasis, welche an den scharfen Start geht. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
![]() |
Beispiele für allgemeine Entity-Relationships |
6. Verwandte Links |
![]() |
Hier befinden wir uns in der Zentrale der Datenbankmanagementsysteme nach dem relationalem Konzept von CODD. Somit ist streng genommen alles voran Gesagte sowie nachfolgend zu sagendes logischerweise mit diesem Kern verwandt. Wir reduzieren aber auf Notwendiges ... | ||||||||
![]() |
|
![]() zur Hauptseite |
© Samuel-von-Pufendorf-Gymnasium Flöha | © Frank Rost im Dezember 2002 |
... dieser Text wurde nach den Regeln irgendeiner Rechtschreibreform verfasst - ich hab' irgendwann einmal beschlossen, an diesem Zirkus nicht mehr teilzunehmen ;-) „Dieses Land braucht eine Steuerreform, dieses Land braucht eine Rentenreform - wir schreiben Schiffahrt mit drei „f“!“ Diddi Hallervorden, dt. Komiker und Kabarettist |
Diese Seite wurde ohne Zusatz irgendwelcher Konversationsstoffe erstellt ;-) |