modul:m290_guko:learningunits:lu08:theorie:e_many-to-many

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung		 Vorhergehende Überarbeitung
modul:m290_guko:learningunits:lu08:theorie:e_many-to-many [2025/10/19 23:01] – gkochmodul:m290_guko:learningunits:lu08:theorie:e_many-to-many [2025/10/26 18:18] (aktuell) – gkoch
Zeile 9: Zeile 9:
 In einer relationalen Tabelle kann ein Fremdschlüssel **immer nur auf genau eine** Zielzeile verweisen. In einer relationalen Tabelle kann ein Fremdschlüssel **immer nur auf genau eine** Zielzeile verweisen.
 Bei **N:M** gilt jedoch: **ein Post → mehrere Kategorien** und **eine Kategorie → mehrere Posts**. Bei **N:M** gilt jedoch: **ein Post → mehrere Kategorien** und **eine Kategorie → mehrere Posts**.
 +
 +
 Das lässt sich mit **einem** FK-Feld nicht sauber abbilden: Das lässt sich mit **einem** FK-Feld nicht sauber abbilden:
  
Zeile 25: Zeile 27:
  
  
-=== 1:N vs N:M mit Zwischentabelle === +=== N:M mit Zwischentabelle ===
-**users ↔ posts (1:N)** +
-{{:modul:m290_guko:learningunits:lu08:theorie:reiseblog-connected_users-posts.png?direct&1600|}}+
  
 **posts ↔ categories (N:M) – korrekt über Zwischentabelle ''post_category''** **posts ↔ categories (N:M) – korrekt über Zwischentabelle ''post_category''**
Zeile 40: Zeile 40:
  
 CREATE TABLE post_category ( CREATE TABLE post_category (
-post_id     INT NOT NULL, +  post_id     INT NOT NULL, 
-category_id INT NOT NULL, +  category_id INT NOT NULL, 
-PRIMARY KEY (post_id, category_id), +  PRIMARY KEY (post_id, category_id), 
-FOREIGN KEY (post_id) REFERENCES posts (post_id) ON DELETE CASCADE ON UPDATE CASCADE, +  FOREIGN KEY (post_id) REFERENCES posts (post_id) ON DELETE CASCADE ON UPDATE CASCADE, 
-FOREIGN KEY (category_id) REFERENCES categories (category_id) ON DELETE CASCADE ON UPDATE CASCADE+  FOREIGN KEY (category_id) REFERENCES categories (category_id) ON DELETE CASCADE ON UPDATE CASCADE
 ); );
 </code> </code>
Zeile 92: Zeile 92:
  
 **Erwartung:** Die letzte Abfrage liefert **keine Zeilen** (CASCADE hat die Zuordnungen bereinigt). **Erwartung:** Die letzte Abfrage liefert **keine Zeilen** (CASCADE hat die Zuordnungen bereinigt).
- 
-===== 4) Aufgaben ===== 
- 
-  * **Aufgabe A:** Fügen Sie eine neue Kategorie `Benelux` (slug: benelux) ein und ordnen Sie //Hasselt – 10 Highlights// zusätzlich dieser Kategorie zu. Prüfen Sie danach, ob drei Kategorien für den Post angezeigt werden. 
-  * **Aufgabe B:** Löschen Sie die Kategorie //roadtrip//. Prüfen Sie, dass die Posts weiterhin existieren und nur die entsprechenden //post_category//-Zeilen verschwunden sind (CASCADE). 
  
 ===== Zusammenfassung ===== ===== Zusammenfassung =====
Zeile 102: Zeile 97:
   * **N:M** wird **immer** über eine **Zwischentabelle** mit **einer Paarung pro Zeile** modelliert: //(post_id, category_id)//.   * **N:M** wird **immer** über eine **Zwischentabelle** mit **einer Paarung pro Zeile** modelliert: //(post_id, category_id)//.
   * **Fremdschlüssel** sichern die Datenqualität; mit **ON DELETE CASCADE** werden Zuordnungen automatisch aufgeräumt.   * **Fremdschlüssel** sichern die Datenqualität; mit **ON DELETE CASCADE** werden Zuordnungen automatisch aufgeräumt.
 +
 +==== Weiterführende Videos ====
 +<WRAP center tip round 80%>
 +[[https://www.youtube.com/watch?v=4q-keGvUnag|One-to-many and many-to-many table relationships]]((LinkedIn Learning / YouTube)) -> (9:50, en, nutzen Sie auto-subs) Praxisnahes Vorgehen für N:M mit einer Zwischentabelle; gute Vertiefung zur Tabelle ''post_category''.
 +</WRAP>
  
 <WRAP tip round 80% center> <WRAP tip round 80% center>
 **Ausblick auf LU09:** Wir formulieren dieselben Abfragen für mehrere Tabellen </WRAP> **Ausblick auf LU09:** Wir formulieren dieselben Abfragen für mehrere Tabellen </WRAP>
  
  • modul/m290_guko/learningunits/lu08/theorie/e_many-to-many.1760907709.txt.gz
  • Zuletzt geändert: 2025/10/19 23:01
  • von gkoch