Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- planung:datenbanken [2023/06/05 22:00] – marroc
+++ planung:datenbanken [2023/06/05 22:16] (aktuell) – marroc
@@ Zeile 207: / Zeile 207: @@
 === Abbildungsregel für 1:1 Beziehungen - KANN-Regel ===
-Die **KANN-Regel** bedeutet, dass man bei einer einfach-zu-einfach Beziehung 2 Tabellen erstellen kann, aber nicht miss. Man kann also 2 Tabellen erstellen, wobei es keine Rolle spielt, ob man (in diesem Beispiel Land bei Hauptstadt als Fremdschlüssel definiert oder umgekehrt Hauptstadt bei Land als Fremdschlüssel definiert). \\
+Die **KANN-Regel** bedeutet, dass man bei einer einfach-zu-einfach Beziehung zwei Tabellen erstellen kann, aber nicht miss. Es spielt keine Rolle, ob man (im Beispiel Land-Hauptstadt bei der Land-Tabelle die Hauptstadt als Fremdschlüssel definiert oder umgekehrt bei der Hauptstadt-Tabelle das Land als Fremdschlüssel definiert). \\
-Alternativ ist es hier aber auch möglich, nur 1 Tabelle zu erstellen, die alle Länder und Hauptstädte enthält. In diesem Fall braucht man keinen Fremdschlüssel für diese Beziehung!\\
+Alternativ ist es hier aber auch möglich, nur 1 Tabelle zu erstellen, die alle Länder und Hauptstädte enthält. Natürlich braucht es in diesem Fall keinen Fremdschlüssel mehr, jedoch nach wie vor einen Primärschlüssel.
+----
 === Abbildungsregel - MUSS-Regel für einfach-mehrfache Beziehungen ===
@@ Zeile 218: / Zeile 217: @@
 **Beispiel einer einfach-zu-mehrfachen-Beziehung**\\
-Jeder Auftrag (zum Beispiel Bestellung) gehört zu genau 1 Kunden, während jeder Kunde mehrere Bestellungen tätigen kann (siehe Video weiter oben).
+Jeder Auftrag (zum Beispiel Bestellung-Kunden-Firma im Video) gehört zu genau 1 Kunden, während jeder Kunde mehrere Bestellungen tätigen kann.
-<WRAP nicebox green>
+----
-**Auftrag:** \\
-Zeichnen Sie kurz das ERM mit Kunde Bestellungen und diskutieren Sie zu zweit die Beziehungen und die oben beschriebenen Regeln für dieses Beispiel.
-</WRAP>
 === Abbildungsregeln - MUSS-Regel für komplexe Beziehungen ===
-Die **MUSS-Regel für komplexe Beziehungen** bedeutet, dass man bei komplexen (mehrfach-zu-mehrfach, also n:m) Beziehungen für jede der beiden Entitäten eine Tabelle braucht und __zusätzlich__ für die Beziehung selber eine eigene / weitere / dritte Tabelle erstellen muss. In der dritten Tabelle müssen beide Fremdschlüssel (für beide Entitäten) enthalten sein. Der Primärschlüssel der dritten Tabelle wird aus den beiden Fremdschlüsseln der anderen Tabellen zusammengesetzt.
+Die **MUSS-Regel für komplexe Beziehungen** bedeutet, dass man bei komplexen (mehrfach-zu-mehrfach, also n:m) Beziehungen für jede der beiden Entitäten eine Tabelle braucht und __zusätzlich__ für die Beziehung selber eine eigene / weitere / dritte Tabelle erstellen muss. In der dritten Tabelle müssen beide Fremdschlüssel (für beide Entitäten) enthalten sein. Der Primärschlüssel der dritten Tabelle wird aus den beiden Fremdschlüsseln der anderen Tabellen zusammengesetzt. \\
+Hier kann unser Beispiel vom Anfang mit den Instahub User - Photos - Kommentaren genannt werden.
+----
 <WRAP nicebox green>
-**Auftrag:** \\
+**Auftrag ERM und die Regeln :** \\
-Besprechen Sie kurz zu zweit diese "Muss-Regel" für unser Instahub-Beispiel und auch für die Zoo Aufgabe.
+  - Besprechen Sie kurz zu zweit diese genannten Regeln für unser Instahub-Beispiel und auch für die Zoo Aufgabe. Entwerfen Sie so die Datenbank in groben Zügen (Wie viele Tabelle, welche Attribute, ...)
+  - Füllen Sie die folgenden Begriffe in das leere ERM und bestimmen Sie die Kardinalitäten. Ergänzen Sie das ERM durch einige wenige Attribute. ERklären Sie in groben Zügen die Struktur der Datenbank, unter Beachtung der oben formulierten Regeln.
 </WRAP>
 ====== Einführung in SQL ======
 Stuctured Quere Language (SQL) ist eine standardisierte Abfrage-Sprache um Daten in Datenbanken zu speichern, zu manipulieren und herauszufiltern (zu erhalten). \\