A-03 - Eltviller.de

Prof. Dr. J. Weinberg
3
IuK - Systeme Kurs A - WS 1999
Seite 56
Daten- und Datenbank- Design (Fortsetzung)
3.1
3.2
3.3
3.4
3.5
Darstellung der Referenzen der Form n:m
Objekt A bezieht sich auf Objekt B in der Form n:m
„ist befreundet mit”
Mädchen
m
Junge
n
 Simone
 Jens
 Petra
 Oliver
 Iris
 Peter
 Nina
 Paul
Hier entsteht das Problem, daß beide Objekte „viele“ Beziehungen haben können, und somit
nicht wie bei 1:1 - oder 1:n - Beziehungen ein Fremdschlüssel zur Beschreibung der
Beziehungen ausreicht.
Die Lösung besteht darin ein
 eigenes Objekt
für die Beziehung zu modellieren:
(Skizze 10)
Durch das „Beziehungsobjekt“ Paar wird die n:m-Beziehung in zwei 1:n-Beziehungen
aufgelöst und kann (wie oben bei der 1:n Beziehung beschrieben ) dargestellt werden.
Beziehungsobjekte werden mit einer Raute dargestellt
Prof. Dr. J. Weinberg
IuK - Systeme Kurs A - WS 1999
Seite 57
In der Praxis finden sich selten „reine“ Beziehungsobjekte wie im oben dargestellten Beispiel.
Oft sind weitere Eigenschaften der Beziehung von Interesse, z. B. „besteht seit“, etc.
In solchen Fällen verwischt die Abgrenzung zwischen „echten“ Objekten und
„Beziehungsobjekten“. Statt der Darstellung mit einer „Raute“ kann in diesen Fällen auch ein
„Rechteck“ gewählt werden.
Beispiel Freundschaft
Mädchen




1
n
Mädchen - Nr.
Name
Adresse
…
Freundschaft
n
Junge
1


Jungs - Nr.
Freundschafts - Nr.


Name
Mädchen - Nr.


Adresse
Jungs - Nr.

…
(Skizze 11 „Freundschaften“)
Beispiel Mietwagen
Mietwagen
„gehört zu”
1
„schließt“
Mietvertrag
n
n
”
Kunde
1

Kunden - Nr.
Vertrags - Nr.

Name

Wagen - Nr.

Adresse
Typ

Kunden - Nr.

…

Farbe

Datum Mietbeginn

…

Datum Mietende

„Preis / Konditionen“

Wagen - Nr.

Marke


Modell

(Skizze 12 „Mietwagen“)
Prof. Dr. J. Weinberg
IuK - Systeme Kurs A - WS 1999
Seite 58
Beispiel: Ehe
“schließt
Mann
”1
n

Mann - Nr.

Geburtsdatum


Geburtsname

…
“schließt
Ehe
n
Frau
1

Frau - Nr.
Ehe - Nr.

Geburtsdatum

Mann - Nr.

Geburtsname

Frau - Nr.

…

Heiratsdatum

Ehenamen

Scheidungsdatum

…
(Skizze 13 „Ehe“)
Auch bei „Beziehungsobjekten“ sollte i.d.R. ein „nicht sprechender“ Primärschlüssel
verwendet werden (Ausnahmen s.u.).
Übung:
Gelegentlich wird die Ansicht vertreten, daß es bei „Beziehungsobjekten“ ausreichend (und
sinnvoll) sei, einen „sprechenden“ Primärschlüssel zu verwenden, der sich aus den beiden
Fremdschlüsseln der beiden Objekte der Beziehung zusammensetzt. (z.B. Ehe: Mann-Nr und
Frau-Nr.) Diskutieren Sie die Problematik.
Prof. Dr. J. Weinberg
3.6
IuK - Systeme Kurs A - WS 1999
Seite 59
Spezialfall: Hierarchische Beziehungen - Kopf-/Positionssätze
Beispiel: Verkaufsartikel setzen sich aus einem oder mehreren Produkten zusammen, die ggf.
auch einzeln verkauft werden können:
 „Verkaufsartikel“
 „Sets“
 „Verkaufsstückliste“
 „Package“
Bsp:
 1 Kasten 20x0,5l Pils
 1 Kasten 20x0,5l Pils + 1 Glas („Tulpe 0,2 Dekor 4711) + 20 Bierdeckel
 1 Stereoanlage (= 1 Receiver, 1 CD-Player, 2 Boxen)
 ...
“besteht aus”
Verkaufsartikel
m
Produkt
n
Modellierung als Kopf - / Positionssatz
Kopfsatz = übergeordnetes Element
Verkaufsartikel

VA - Nr.

VA - Bezeichnung

VA - Preis

…
„besteht aus“
VA - Position
Primärschlüssel
„besteht aus“
Produkt

VA - Nr.

Produkt - Nr.

Positions - Nr.

…

Produkt - Nr.

Menge
(Skizze 14 „Verkaufsstückliste“) 
…
Prof. Dr. J. Weinberg
IuK - Systeme Kurs A - WS 1999
Seite 60
Verkaufsstückliste: Beispiel Werbepaket „1 Kasten Pils mit Glas und Bierdeckel“
besteht aus einem Kopfsatz, der die gemeinsamen Informationen enthält und drei Positionen
(je eine für jeden Artikel des „Sets“):
Kopf:
 VA - Nr.:
4711
 VA - Bezeichnung:
Werbepaket 20 x 0,5 l Pils mit Glas und Bierdeckel
 VK - Preis:
23,99 DM
Positionen:
 VA - Nr.:
4711
 Positionsnr.:
01
 Produkt - Nr.:
8580 (20 x 0,5 l Pils)
 Menge:
01
 VA - Nr.:
4711
 Positionsnr.:
02
 Produkt - Nr.:
1312 (Glas)
 Menge:
1
 VA - Nr.:
4711
 Positionsnr.:
03
 Produkt - Nr.:
4939 (Bierdeckel)
 Menge:
20
Bei diesen (nicht änderbaren) hierarchischen Beziehungen wird in der Regel der
Primärschlüssel des „Positionssatzes“ durch den Schlüssel des „übergeordneten“
Objektes („Kopfsatz“) und einer „Positionsnummer“ gebildet.
Primärschlüssel der Positionssätze: VA-Nr + Positionsnr.
Prof. Dr. J. Weinberg
IuK - Systeme Kurs A - WS 1999
Seite 61
Standard - Beispiel im Vertrieb: Kundenauftrag
Stufe 1:
“bestellt”
Kunde
Artikel
n
m
Stufe 2:
“erteilt”
Kunde
“besteht aus”
Auftrag
1
m
n
Artikel
n
Stufe 3:
Kunde
1
“erteilt”


Kunden - Nr.
Kunden - Name

…






Auftrags - Nr.
Kunden - Nr.
Bestelldatum
Bestellnr. des Kunden
Lieferdatum
Rechnungsrabatt






Auftragsnr.
Positionsnr.
Artikelnr.
Menge
Preis
Positionsrabatt

Artikel - Nr.



Artikel - Bezeichnung
Warengruppe
…
n
Auftrag (Kopf)
1
“besteht aus”
n
Auftragsposition
n
“beinhaltet”
Primärschlüssel
1
Artikel
(Skizze 15 „Auftrag“)
Prof. Dr. J. Weinberg
IuK - Systeme Kurs A - WS 1999
Seite 62
Beispiel Auftrag ( ACCESS Datenbank Auftrag.mdb in ...\WI-A\Uebung\Uebung7)
Beispiel der Tabellen
Prof. Dr. J. Weinberg
IuK - Systeme Kurs A - WS 1999
Auftragsbestätigung über eine virtuelle Tabelle („View“, Abfrage“ s.u.)
Seite 63
Prof. Dr. J. Weinberg
3.7
IuK - Systeme Kurs A - WS 1999
Seite 64
Erweiterte Notation: Bedingte Kardinalitäten
Bislang wurde bei den „Kardinalitäten“ nur die maximal mögliche Anzahl der Beziehungen
betrachtet, nicht jedoch ob mindestens eine Beziehung bestehen muß (minimale Anzahl).
Beispiel:
 „Ehe“: nicht verheiratete Personen kommen vor
 „Mitarbeiter“: Mitarbeiter ohne Arbeitsplatz?
 „Auftrag“: muß (mindestens) eine Position enthalten
Diese Frage wird entweder bei den „Gültigkeitsregeln“ ( Integrität) behandelt oder mittels
einer Erweiterung der x:y Notation:
1. Alternative: Integritätsregel („Muß-Feld“, „Gültigkeitsregel“)
 1:1, 1:n, n:m keine Auskunft über Mindestzahl, „kein Eintrag“ ist zulässig
 „Eintrag erforderlich“ wird als „Gültigkeitsregel“ formuliert
2. Alternative 1, C, M - Notation
 1:1, 1:n, n:m bedeuten „mindestens“ eine Beziehung
 ist keine Beziehung notwendig wird dies durch ein c (=“conditional“, bedingt)
angezeigt: c:1, c:c, c:n, 1:nc, c:nc, nc:nc
Beispiele:
 Kunden/Vertreter
 Mitarbeiter/Gehaltskonto
 Produkt/Gebinde
Achtung:
Der Rechner läßt keine Ausnahmen zu. Wenn Ausnahmen möglich sein sollen, darf
keine (strenge) Gültigkeitsregel formuliert werden. In diesen Fällen kommen „Hinweis“Regeln zum Einsatz, die Ausnahmen zulassen, jedoch eine Bestätigung anfordern.
 Da „Hinweis“-Regeln in der 1,C,M-Notation (Alternative 2) nicht vorgesehen sind, ist
die 1. Alternative „praxisnäher“.
Wird kein Eintrag vorgenommen bleibt das Attribut oder der Verweis „leer“. In der
Datenbank wird dies durch einen „Null-Wert“ gekennzeichnet.
 Null-Wert bedeutet „kein Eintrag“=“N/V“=“Nicht vorhanden“ (engl. null=ungültig sprich „nall“) und muß von der Zahl 0 unterschieden werden!
Prof. Dr. J. Weinberg
IuK - Systeme Kurs A - WS 1999
Seite 65
Konventionen (für den Kurs):
 Objekte werden in Rechtecken dargestellt
 Beziehungsobjekte werden durch Rauten dargestellt
 Attribute werden unter den Objekten aufgelistet
 Primärschlüssel werden unterstrichen
 Fremdschlüssel werden „gepunktet“ unterstrichen weisen mit Pfeil auf den
bezogen (Teil-) Primärschlüssel
 Beziehungen werden durch Pfeile dargestellt
 „Semantiken“ werden über die Beziehungspfeile geschrieben
 „Kardinalitäten“ werden an den „Endpunkte“ der Pfeile angegeben
 Es muß vermerkt werden ob „erweiterte“ Kardinalitäten 1,n,c, (c=conditional 
„Null-Wert“ erlaubt) oder entsprechende „Gültigkeitsregeln“ („Eingabe
erforderlich“) verwendet werden.
Hinweis:
Null-Wert bedeutet „kein Eintrag“=“N/V“=“Nicht vorhanden“ (engl. null=ungültig - sprich
„nall“) und muß von der Zahl 0 unterschieden werden!
Ausnahmen:
Zur besseren Übersicht werden ggf. manche Teile nur angedeutet (insbesondere werden oft
nicht alle Attribute dargestellt) oder nur ein Ausschnitt des Modells („Fenster“) betrachtet.