Beispiel 1: ER-Modell

Das Entity-Relationship Modell
Beispiel 1: ER-Modell
PERSON
NAME
AGE
( 1 , n )
FAN
COACH
PLAYER
PRESIDENT
( 1 , 1 ) ( 1 , 1 )
( 1 , 1 )
( 1 , 1 )
SUPPORTS
MANAGES PLAYS _ FOR IS _ PRESIDENT
( 1 , n )
( 1 , 1 ) ( 1 , n )
( 1 , 1 )
NAME
TEAM
( 1 , n )
( 1 , n )
( 1 , n )
DATE
PLAYS _
AGAINST
PRACTICES
( 1 , n )
ATTENDS
( 1 , n )
NUMBER
DATE
GAME
( 1 , 1 )
FINAL _ SCORE ( 0 , 1 )
ATTENDANCE ( 0 , 1 )
TIME
TAKES
PLACE _ AT
( 0 , n )
STADIUM
LOCATION
SIZE
NAME
Grundlagen der Datenbanksysteme I
III-15

Das Entity-Relationship Modell
Beispiel 2: ER-Modell
NAME
STATE
CITY
( 0 , n )
BIRTHPLACE
_ OF
( 1 , 1 )
PERSON
LAST _ NAME
AGE
( 0 , n )
NAME
TELEPHONE
RESIDENCE _
CITY _ OF
BELONGS _ TO
( 1 , n )
DEPARTMENT
( 1 , 1 )
( 1 , 1 )
( 0 , n )
STUDENT
PROFESSOR
( 0 , n )
( 0 , n )
SEMESTER SEMESTER
ENROLLED PLANNED
GRADUATE _
STUDENT
( 1 , 1 )
ADVISED _
BY
GRADE
START _ APPOINTMENT
( 1 , n )
( 1 , n )
COURSE
( 1 , n )
TITLE
TAUGHT _
BY
( 1 , 2 )
TERMINATE _
APPOINTMENT
VISITING _
PROFESSOR
( 3 , 5 )
MEETS
( 1 , n )
ROOM
ROOM _ NO
BUILDING
( 1 , n )
TIME
DAY
HOUR
Grundlagen der Datenbanksysteme I
III-16

Das Entity-Relationship Modell
Beispiel 3: ER-Modell
(1,n)
RESEARCH_
REPORT
NUMBER
TITLE
AUTHORS
(1,1)
ADDRESSES
(1,n)
RESEARCH_
TOPIC
(1,n)
ON
(1,n)
PRODUCES
(1,n)
RESEARCH_
PROJECT
(1,1)
(1,n)
IS_PRINCIPAL_
INVESTIGATOR
WORKS_
ON
(0,n)
(0,n)
EMPLOYEE
NAME
S.S.N.
TITLE
PHONE
OFFICE
NAME
CODE
(1,1)
NAME
(0,n)
(1,1)
AMOUNT
DATE
FUNDED_
BY
SUPER-
VISES
GRANT_NUMBER
(1,n)
AGENCY
NAME
ADDRESS
CONTACT_EMPLOYEE
Grundlagen der Datenbanksysteme I
III-17

Das Entity-Relationship Modell
Diskussion - 1
Kann man Entities von Attributen sicher unterscheiden
Möbelstück
Farbe
Möbelstück
hat
Farbe
Antwort: JA !
• Entities sind Klassen von Objekten der realen Welt und
nehmen keine Werte an.
• Attribute dagegen sind beschreibende Eigenschaften
und nehmen Werte an.
Die Wahl ist dabei abhängig vom Kontext.
Farbe
(1,n)
besteht
aus
(1,n)
Lack
Nr.
Name
Intensität
Menge
Name
Preis
Grundlagen der Datenbanksysteme I
III-18

Das Entity-Relationship Modell
Diskussion - 2
Wann sollte man Generalisierungen benutzen
Person
Mann
Frau
Person
blonde
Haare
graue
Haare
schwarze
Haare
braune
Haare
Antwort:
Immer dann, wenn man die
Untermengen mit speziellen
Eigenschaften charakterisieren kann.
Person
Mann
Frau
Wehrdienst
Status
Anzahl der
Kinder
Grundlagen der Datenbanksysteme I
III-19

Das Entity-Relationship Modell
Diskussion - 3
Wo sollen die Attribute innerhalb einer Generalisierungshierarchie
platziert werden
Person
Name
Wehrdienst-Status
Mann
Frau
Anzahl der
Kinder
Adresse
Adresse
Antwort: An der höchstmöglichen Position;
die Kardinalitäten sind dort (1,1).
Person
Name
Adresse
Mann
Frau
Wehrdienst-
Status
Anzahl der
Kinder
Grundlagen der Datenbanksysteme I
III-20

Das Entity-Relationship Modell
Beispiel für verbesserte Lesbarkeit:
schlecht:
Professor
hält
Lehrveranst.
hält
hält
Ausbilder
hält
Seminar
besser:
Personal
Lehrer
Lehrveranst.
Professor
Ausbilder
Seminar
Grundlagen der Datenbanksysteme I
III-21

Das Entity-Relationship Modell
Beispiel für verbesserte Lesbarkeit:
schlecht:
B
B-D
A
B-E
B-C
D
A-C
A-D
C
E
A-E
besser:
A-C
A
A-E
A-D
C D E
B-D
B-C
B
B-E
Grundlagen der Datenbanksysteme I
III-22

Das Entity-Relationship Modell
Regeln zur Verbesserung der Lesbarkeit
• Eliminierung von ‘hängenden’ Subtypen
Lehrer
Lehrer
Typ
Professor
Ausbilder
• Eliminierung von ‘hängenden’ Entities
Buch
(1,1) (1,1)
Autor
Titel
Buch-Nr.
Name
Buch
Autor
Titel
Buch-Nr.
Grundlagen der Datenbanksysteme I
III-23

Das Entity-Relationship Modell
• Schaffung von Subtypen bei MIN-CARD=0
Status
Auftrag
(0,1)
Auftrag
(1,1)
bearbeiteter
Auftrag
(1,1) (1,1)
mit
Rechnung
Rechnung
oder eventuell auch
Status
Auftrag
(0,1)
Auftrag
(1,1)
Rechnung
bearbeiteter
Auftrag
Rechung
Grundlagen der Datenbanksysteme I
III-24

Das Entity-Relationship Modell
Business Rules
Nicht alle Beschränkungen können mittels eines ER-
Modells ausgedrückt werden.
Beispiel:
Ein Angestellter einer Abteilung soll nicht mehr
verdienen, als der entsprechende Abteilungsleiter.
Zur Vollständigkeit muss jedem ER-Modell eine
Beschreibung zusätzlicher Beschränkungen beigefügt
werden. Diese zusätzlichen Beschreibungen werden
Business Rules genannt.
Grundlagen der Datenbanksysteme I
III-25

Das Entity-Relationship Modell
Business Rules (im weitesten Sinne) können angesehen
werden als:
1. Die semantische Definition eines für Anwendungen
relevanten Konzeptes, genauer, die semantische
Definition
• eines Objektes,
• eines Attributes
oder einer
• Relation
des ER-Modells.
Für diesen Fall werden natürlichsprachliche Sätze
verwendet, da es unmöglich ist hierfür eine präzise
Syntax zu definieren.
2. Integritätsbedingungen für die Daten einer
Anwendung (als zusätzliche Beschreibung der im
ER-Modell enthaltenen Bedingungen oder
zusätzliche Bedingungen).
3. Abgeleitete Bedingungen bzw. Folgerungen aus
anderen Bedingungen
(z.B. Brutto ist Summe aus Netto plus Steuer).
Grundlagen der Datenbanksysteme I
III-26

Das Entity-Relationship Modell
Integritätsbedingungen und abgeleitete Bedingungen
sollten möglichst formal ausgedrückt werden.
Integritätsbedingungen können immer formal
ausgedrückt werden. Einen einheitlichen Standard gibt
es jedoch nicht.
Mögliche Schreibweise für Integritätsbedingungen:
muss | darf nicht
Beispiel:
Ein Angestellter darf nicht mehr Gehalt bekommen
als der Abteilungsleiter, zu dessen Abteilung der
Angestellte gehört.
Ein Abteilungsleiter muss zu der Abteilung gehören,
die er leitet.
Ein Abteilungsleiter muss mindestens bereits 10
Jahre in der Firma gearbeitet haben.
Grundlagen der Datenbanksysteme I
III-27

Das Entity-Relationship Modell
Mögliche Schreibweise für abgeleitete Bedingungen:
ergibt sich aus
Beispiel:
Die Anzahl der Mitarbeiter einer Abteilung ergibt
sich aus der Summe der Mitarbeiter, die zu der
Abteilung gehören.
Grundlagen der Datenbanksysteme I
III-28