Kapitel 4 Überführung von ER- in Relationenmodelle Wirtschatsinformatik II - 3. Semester

21. April 2023 WS09/10

1. Einführung1. Objekttypen

2. Hierarchische Beziehungen

3. Konditionelle Beziehungen

4. Netzwerkartige Beziehungen

5. Rekursive Beziehungen

6. (Relationenschema)

Netzwerkartige Beziehungen

Rekursive Beziehungen

(Relationenschema)

EinführungHierarchische Beziehungen

ObjekttypenKonditionelle Beziehungen

Fragen

Regel für die Überführung eines Objekttyps von ER- in Relationenmodelle :

1. Ein Objekttyp wird als …? dargestellt.

2. Die …? ergeben sich aus den Attributen.

3. Ein Objekt ergibt …?

4. Von einem zusammengesetzten Attribut werden nur die „äußeren“ Attribute in die Relation übernommen.

5. Abgeleitete Attribute können in das Relationenmodell nicht übernommen werden.

6. Ein mehrfaches Attribut wird zu einer eigenen Relation/Tabelle.



(Relationenschema)



Fragen

Beispiel: Überführung des Objekttyps Vereinsmitglieder



(Relationenschema)



Fragen

Prädikatsschreibweise

tblVereinsmitglieder(Nr, Nachname, Vorname, Straße, PLZ, Ort, GebDatum )tblMitgliedertaetigkeiten(Nr, Taetigkeit)

Alle Beziehungstypen mit einer 1-Assoziation (1:1 ; 1:c ; c:1 ; 1:m ;

m:1 ; 1:mc ; mc:1)

Überführung einer 1:1-Beziehung:

1:1-Beziehungen können i.d.R. vermieden werden

Regel: Primärschlüssel der einen Tabelle als Fremdschlüssel der anderen Fremdschlüssel kann gleichzeitig Primärschlüssel sein.



(Relationenschema)



Fragen

ANr

Artikel Produktbilder

ABez

ABild

1 1

tblArtikel(ANr,ABez)tblProduktbilder(ANr,ABild)

Überführung einer 1:c-Beziehung:

Regel: Primärschlüssel der Tabelle auf der 1-Seite ggf. als Fremdschlüssel

der Tabelle der c-Seite Fremdschlüssel kann Primärschlüssel der neuen Tabelle sein Werte des Fremdschlüssels sind immer eindeutig



(Relationenschema)



Fragen

Mitarbeiter

MNr

MName

Abteilung

AbtID

AbtBez

1 c

MNr MName

4701 Schmidt

4711 Meier

AbtID AbtBez

MNr

1 FuE 4711

2 Einkauf 4701Ein Attribut kann sowohl Primär- als auch Fremdschlüssel sein.

Überführung einer 1:m Beziehung:

Regel: Primärschlüssel der Mastertabelle als Fremdschlüssel in der

Detailtabelle

Werte der Fremdschlüssel sind nicht eindeutig.



(Relationenschema)



Fragen

MNr

MNameMitarbeiterMitarbeiter Abteilung

AbtID

AbtBez

m 1

Relationenschema in Klammerschreibweise:

tblMitarbeiter(MNr,MName,AbtID)

tblAbteilung(AbtID,AbtBez)

Überführung einer 1:m-Beziehung mit Attribut:

Regel: Eine dritte Tabelle wird neu angelegt. Primärschlüssel beider Tabellen als Fremdschlüssel in der neuen

Tabelle Kombination beider Attribute ergibt Primärschlüssel der neuen Tabelle Tabelle enthält zudem die Attribute der Beziehung



(Relationenschema)



Fragen

MNr

Mitarbeiter Abteilung

AbtBez

m 1

MName

AbtIDSDat

tblMitarbeiter(MNr,MName)

tblAbteilung(AbtID,AbtBez)tblMitAbt(MNr,AbtID,SDat)

Überführung einer 1:mc-Beziehung:

Mehrfachattribute sind in einer eigenen Tabelle zu verarbeiten

Annahme: Alle Mitarbeiter sind unter verschiedenen Telefonnummern

zu erreichen Ein neuer Entitätstyp muss eingeführt werden.



(Relationenschema)



Fragen

Mitarbeiter

MNr

MName

Telefonnr.MTel

1 mc

Primärschlüssel der Mastertabelle als Fremdschlüssel der Detailtabelle:tblMitarbeiter(MNr,MName)

tblTelefonnr(MTel,MNr)

MNr. MName

4701 Schmidt

4730 Schulze

MTel MNr

6999-100 4701

0175/1234567

4701

699-150 4730

0176/2345678

4730

Regel: Eine c:c-Beziehung wird in zwei 1:c-Beziehungen transformiert.

Eine neue Tabelle ist einzurichten. Die Primärschlüssel der beiden beteiligten Tabellen werden dann jeweils als Fremdschlüssel in die neue Tabelle übernommen. Zusammen ergeben sie den Primärschlüssel der neuen, dritten Tabelle.

c c



(Relationenschema)



Fragen

ParkplatzPNr

PPreis

MNrMitarbeiter

MName

Beispiel: Überführung einer c:c-Beziehung

1 1

c c

3 Tabellen:



(Relationenschema)



Fragen

MNr

MNameMitarbeiter Parkplatz

PNr

PPreis

Prädikatsschreibweise:tblMitarbeiter(MNr,MName)tblParkplatz(PNr, PPreis)tblVermietungen (MNr, PNr)

Vermietungen

MNr Mname

4701

Meier

4702

Schulz

PNr

Ppreis

1 50€

2 70€

MNr PNr

4701 2

4702 1

Regel für die Überführung von Netzwerkartigen Beziehungen

Wie m:m- und mc:mc-Beziehungen mit Attributen

1. Wie konditionelle Beziehungen hierarchische Beziehung bauen

2. Primärschlüssel beider Tabellen als Fremdschlüssel integrierenin der neuen Tabelle

3. Empfehlung: Kombination aus beiden Fremdschlüsselnoder weiteres Attribut einführen zur eindeutige Identifizierung



(Relationenschema)



Fragen

m:m Beziehungen

Regel: Einführung einer dritten Tabelle Primärschlüssel der neuen Tabelle besteht aus den Primärschlüsseln

der beiden beteiligten Tabellen Ggfs. Attribut der Beziehung einführen



(Relationenschema)



Fragen

Rechnung Artikel

Menge

ANr.

ABezRDat

RNrm m

Tabellenbezeichnungen

tblRechnung(RNr,RDat)

tblArtikel(ANr,Abez)

tblReArt(RNr,ANr,Menge)

Alternative:

Statt Primärschlüsselkombination tblReArt(RNr,ANr,Menge): Einfürhrung neues Attribut z.B. ReArtID verschiedene Werte an die Datensätze

z.B. Positionsnummer im Auftrag

Neue Tabellenbezeichnungen:

tblRechnung(RNr,RDat)

tblArtikel(ANr,Abez)

tblReArt(ReArtID, RNr,ANr, Menge)



(Relationenschema)



Fragen

mc:mc Beziehungen

Regel :

1. Transformation in zwei 1:mc Beziehungen durch Einführung einer Beziehungsrelation

2. Primärschlüssel der beteiligten Tabellen als Fremdschlüsselzu einem Primärschlüssel

3. Beziehungsattribute werden mit integriert siehe Menge bei m:m-Beziehung



(Relationenschema)



Fragen

„Ein MA kann Vorgesetzter von beliebig vielen MA sein“ „Ein MA hat entweder genau 1 oder gar keinen MA als Vorgesetzten“


(Relationenschema)


Objekttypen

FragenRekursive

Beziehungen

Konditionelle Beziehungen

Überführung einer rekursiven Beziehung (Bsp. „Vorgesetzter“):

rekursiv: wenn eine Beziehung zwischen mehreren Datensätzen der gleichen Tabelle besteht

Mitarbeiter

MNr MName

(ER-Modell mit rekursiver Beziehung)

mc

c


(Relationenschema)


Objekttypen

FragenRekursive

Beziehungen


Vorgehen:

MNr MName

4701 Schmidt

4710 Blau

4711 Meier

4725 Müller

4730 Schulze

4731 Schmid

VNr UNr

4711 4730

4711 4731

4710 4725

- Transformieren in eine 1:c und eine 1:mc-Beziehung

- Einführung der Tabelle „tblVorgesetzte“

- MNr als Fremdschlüssel VNr integrieren (Duplikate möglich)- MNr ebenfalls als Fremdschlüssel UNr (eindeutig –ohne Duplikate) dient als Primärschlüssel

(Relationenschema)

Prädikatsschreibweise:tblMitarbeiter (MNr, MName)tblVorgesetzte (VNr, UNr)

tblVorgesetztetblMitarbeiter


(Relationenschema)


Objekttypen


Fragen


Documents

Kapitel 4 Überführung von ER- in Relationenmodelle Wirtschatsinformatik II - 3. Semester