Fundering/fråga ang. "många-till-många" i relationsdatabas.

Jag sitter med ett eget litet projekt nu när jag är ledig från skolan och skulle behöva lite input ang. ett "många-till-många" förhållande i en databas.

Jag ska göra en webbshop där en fiktiv kund ska kunna skapa ordrar osv.
Jag har en tabell för "order" och en för "user", mellan dessa har jag en tabell som representerar "m..n" förhållandet.
Om en kund väljer X antal av produkt A så kommer det skapas X antal kopplingar mellan produkten och ordern, och dessa rader kommer vara identiska förutom PK, men det en del redundans vilket man eg. vill undvika. Tanken som då slog mig är att i tabellen mellan order och user kommer det att skapas kopplingar mellan alla kunders ordrar och alla produkter som finns på ordrarna, vilket skulle kunna bli väldigt många. I ett riktigt scenario hade man så klart indexerat tabellen, men är det ett ok sätt att utforma tabellerna på?
Hur skulle man gjort i verkligheten?

Skiss över modellen, dock långt ifrån klar.

@kundun:

Ja det är sant, det underlättar ju en del.
Kom på att man även skulle kunna spara priset i dena tabellen så att historiken även visar priset för tiden så ordern skapades.

Tack!