Hier haben wir die klassische Situation einer n:m-Beziehung vorliegen, die bei der Abbildung in das Relationenmodell immer in zwei 1:n-Beziehungen aufgelöst wird. Die Relation Bestelldetails ist die Koppeltabelle.
Für die Abfrage einer n:m-Beziehung braucht man in der Regel einen Doppel-Join. In dieser Aufgabe reicht allerdings ein einfacher Join weil aus der Relation Bestellung nur die BestellNr gebaucht wird und diese schon als Fremdschlüssel in der Relation Bestelldetails enthalten ist.
Hinweis: Der Einzelpreis in der Tabelle Bestelldetails kann sich aufgrund von Preisänderungen von dem Einzelpreis in der Tabelle Artikel unterscheiden.
Wenn eine Spalte in zwei Tabellen vorkommt, so ist ihre Verwendung in einer SELECT-Anweisung doppeldeutig (engl. ambiguous). Die Doppeldeutigkeit wird durch Voranstellen des Tabellennamens beseitigt.
Für die Abfrage einer n:m-Beziehung braucht man in der Regel einen Doppel-Join. In dieser Aufgabe reicht allerdings ein einfacher Join weil aus der Relation Bestellung nur die BestellNr gebaucht wird und diese schon als Fremdschlüssel in der Relation Bestelldetails enthalten ist.
Hinweis: Der Einzelpreis in der Tabelle Bestelldetails kann sich aufgrund von Preisänderungen von dem Einzelpreis in der Tabelle Artikel unterscheiden.
Wenn eine Spalte in zwei Tabellen vorkommt, so ist ihre Verwendung in einer SELECT-Anweisung doppeldeutig (engl. ambiguous). Die Doppeldeutigkeit wird durch Voranstellen des Tabellennamens beseitigt.