[eg0master]

Nu går vi off-topic men;
Samma kurs kan ha olika böcker beroende på olika universitet.
Således måste man välja på att antingen ha redundans i "kurs" dvs två instanser av samma kurs beroende på universitet, eller så löser man det med en kopplingstabell som talar om vilken bok som hör till vilken kurs på vilket universitet.

Om man har den typen av beroenden är till och med databasen normaliserad. Det finns inget som säger att man inte får koppla flera olika tabeller i en gemensam tabell. Allt hänger ju på hur relationerna i data ser ut.
bara för att samma kurs råkar ha samma bok på två olika universitet innebär inte det att data är redundant eftersom det är olika universitet.

Du refererar till att man skall göra en "riktig" databasmodell. "Riktig" betyder i alla praktiska fall att DB-modellen måste vara anpassad för de relationer man kan identifiera, inte anpassad för en fantasivärld.
Det är naturligt att knyta bok till kurs och kurs till universitet. men om man gör det finns bara en lösning när samma kurs har olika böcker på olika universitet och det är att göra två olika kurser, men med samma namn. Om det nu är så att detta är vanligt (vilket det sannolikt är) blir det lättare och mer i linje med de verkliga relationerna att lägga allt i en enda kopplingstabell.
Med lite våld kan man kanske kalla det redundans, men det är inte intressant egenligen för det man vill ha är en DB-modell som liknar verkligheten för att på så sätt göra jobbet att lägga in och hämta data enklare. Samtidigt ger den förenklade (med en gnutta redundans) sannolikt snabbare svar än en mer puristisk design.