Normalform Aufgaben

[hhbr89]

Ohhh dann muss ich natürlich aufpassen was in der Aufgabenstellung steht. Werde das noch ändern und als Lösung an diesen Post mit anhängen. OpenHPI schau ich mir mal an, suche derzeit noch nach ERM Aufgaben in denen auch die Lösung zur Verfügung gestellt wird, damit ich es am Ende kontrollieren kann.

Danke auch hier nochmal für die schrittweise Lösung des Problem. Hat mir sehr weitergeholfen.

 

[hhbr89]

1. Autowerkstatt ERD
Entwerfen Sie ein Entity-Relationship-Diagramm in UML-Notation für folgende (vereinfachte) Situation in einer Autowerkstatt.
Eine Autowerkstatt führt Reparaturen an KFZ ihrer Kunden durch. Die Kunden werden unter einer Kundennummer verzeichnet, die Werkstatt speichert zu jedem Kunden seinen Namen und Vornamen, die Adresse bestehend aus Straße, Postleitzahl und Ort, sowie die Telefonnummer.
Die Kunden geben ihre Fahrzeuge zur Reparatur in die Werkstatt. Ein Kunde kann mehrere KFZ haben. Die KFZ werden mit ihrer Fahrgestellnummer identifiziert, die Werkstatt benötigt außerdem das Kennzeichen und die Marke des Fahrzeugs. Bei der Reparatur wird der aktuelle Kilometer-Stand aufgezeichnet.
Eine Reparatur wird unter einer eindeutigen Rechnungsnummer an einem bestimmten Datum durchgeführt. Sie besteht aus einer oder mehreren Arbeiten, die am KFZ durchgeführt werden und die jeweils einen bestimmten Preis haben.

So hier nochmal eine Übungsaufgabe, denke so langsam wird es was.

 

[Hony%]

Sieht doch ganz gut aus. Warum du ein Attribut Adresse mit "Unterattributen" erstellst frag ich mich allerdings schon. Nicht nur, dass mir eine solche Notation völlig unbekannt wäre. Sie sieht für mich auch völlig sinnlos aus.

Entweder die Adresse ist eine eigene Enität oder fällt als eigenes Attribut raus.

 

[hhbr89]

Sieht doch ganz gut aus. Warum du ein Attribut Adresse mit "Unterattributen" erstellst frag ich mich allerdings schon. Nicht nur, dass mir eine solche Notation völlig unbekannt wäre. Sie sieht für mich auch völlig sinnlos aus.

Entweder die Adresse ist eine eigene Enität oder fällt als eigenes Attribut raus.

Ja das stimmt, wenn dann sollte das ein eigener Entitätstyp sein. Habe das mal in einer Übung irgendwo aufgeschnappt

Habe eine Frage zu dem Bild was Spez. und Gener. angeht. Das abgebildete ERM ist doch eine vollständige disjunktive Relation oder? Da weder eine Entität von Angestellter in Arbeiter sein kann und es nicht mehr Mitarbeiterunterteilungen gibt.

So langsam Blicke ich hier durch und es macht mir auch schon richtig Spass DB zu entwerfen (werde mich nach den Klausuren um eine DB für mein Webprojekt kümmern )

 

[Hony%]

Habe eine Frage zu dem Bild was Spez. und Gener. angeht. Das abgebildete ERM ist doch eine vollständige disjunktive Relation oder? Da weder eine Entität von Angestellter in Arbeiter sein kann und es nicht mehr Mitarbeiterunterteilungen gibt.

Wenn du vollständig wie ausschließende Disjunktion oder Kontravalenz meinst - dann ja.

 

[hhbr89]

Wenn du vollständig wie ausschließende Disjunktion oder Kontravalenz meinst - dann ja.

Ja das meine ich. Wir haben es als vollständig disjunktiv gelernt.

Habe auch die PPT gefunden, mit den Attributen. Weiß nicht ob das einfach falsch ist oder ob es das in irgendeiner Form gibt. Ist auf jeden Fall ein Script des Prof´s und sollte stimmen, aber irren ist ja menschlich... siehe Anhang.

 

[Hony%]

Habe auch die PPT gefunden, mit den Attributen.

Sieht für mich wie Structured-Entity-Relationship-Modell aus. Es gibt einige Erweiterungen zu ERM die zueinander nicht kompatibel sind und verschiedene Aspekte besser oder zumindest anders darstellen. Oft werden auch zusätzliche Elemente eingeführt um z.B. Generalisierungen oder Spezialisierungen deutlich zu kennzeichnen.

 

[hhbr89]

Hmm könnte sein... Naja ist ja nicht so wichtig. In der Vorlesung haben wir nur Chen und Min/Max behandelt, das sollte genügen

Anbei noch ein Bild mit Fragen zur Normalisierung:

b.) Matrikel-Nr. und Vorlesungsnummer
c.) vollfunktional abhängig ist nur Name
d.) nur Note ist vollfunktional anhängig von der Schlüsselkomb.
e.) keins der Attribute ist transitiv abhängig von Matrikel-Nr. , falls Vorname noch in der Liste stände, wäre dieses Attribut transitiv abhängig
f.) Tabelle befindet sich in der 1NF, da die Attribute Name und Vorlesungstitel nicht voll funktional von Matrikel-Nr und Vorlesungs-Nr abhängig sind.

Bin mir bei e.) nicht ganz sicher

 

[Hony%]

Was haben wir?
Vorlesung-Nr. -> Vorlesung-Titel
Matrikel-Nr. -> Name
Matrikel-Nr., Vorlesung-Nr. -> Note

e)
Wenn Matrikel-Nr., Vorlesung-Nr. der Schlüssel ist, ist Name transitiv abhängig.

Vorname wäre ebenfalls von Matrikel-Nr. funktional abhängig und nicht von Name.

Siehe: https://www.datenbankforum.com/threads/funktionale-abhaengigkeiten.1632/#post-8396

 

[hhbr89]

Naja er fragt aber nicht ob ein Attribut von Matr.NR und Vorl.NR abhängig ist, sondern nur von Matr.NR, also stimmt es das kein Attribut transitiv abhängig ist.

 

[Hony%]

Naja er fragt aber nicht ob ein Attribut von Matr.NR und Vorl.NR abhängig ist, sondern nur von Matr.NR, also stimmt es das kein Attribut transitiv abhängig ist.

Stimmt. Da hab ich mich verrannt.