webshop: Kunder der har købt dette produkt har også købt

Den kan helt sikkert optimeres en del, men mest af alt for at demonstere, at du ikke behøver alle de tabeller du har listet - nedenfor er kun 'ordrevarer' tabellen brugt;

Jeg går ud fra at du vil give et ID for en vare, du vil finde "relaterede" produkter til?

SELECT `vareid` FROM `ordrevarer` WHERE `vareid` != 202 AND `ordreid` IN (SELECT `ordreid` FROM `ordrevarer` WHERE `vareid` = 202) GROUP BY `vareid` ORDER BY count(`ordreid`) DESC LIMIT 0,3

De to steder hvor der står 202 skal du indsætte ID'et.

Tjoee, men jeg skal have tilføjet en betingelse: ordre.status skal være '1', så derfor startede jeg selv ud med nogle JOINS.

Nogle med erfaringer med svartider på ovenstående SELECT-i-SELECT'ere i forhold til joins?

Det tager langt tid at neste SELECT kommandoer - men den inderste er i tilfældet ovenfor, altid samme resultset, så hvis du kører den en gang og gemmer det i en variabel, du senere kan bruge i den anden, er det kun to SELECT kommandoer der skal udføres. Du kan eventuelt smide det i en MySQL funktion - så skal du ikke "svine" din kode til med ligegyldige kald - og så kan du lade data ligge på MySQL serveren, i stedet for at kaste det frem og tilbage over nettet / applikationerne.

Alternativet er nogle lidt længere JOINS - og JOINS tager også tid .. Men altså - som sagt er det heller ikke kønt som ovenfor, blot at skalere ned på resultatet med LIMIT, den skal stadig hente alt data ud, for at kunne skalere ned.

Skal vi lukke spørgsmålet? Eller arbejder du stadig på at få det til at virke?