Hallo

Om willekeurige 4 promoties uit mijn database te halen gebruik ik PROMO=1 / RAND() / LIMIT 4
Dat heb ik werkende gekregen, probleem treed op wanneer er geen 4 promoties zijn.

Stel er zijn maar 3 promoties, dan wil ik één willekeurig product selecteren met FEATURED=1
Aan de hand van deze optie kan ik zelf bepalen welke producten als 'opvulling' gebruikt mogen worden.

Zijn er dan weer niet genoeg FEATURED=1 producten, dan vul ik aan met willekeurige producten met STATUS=1
De conditie STATUS=1 is dus het allerlaatste redmiddel om aan de 4 producten te geraken.

Ik kan gaan tellen en meerdere query's gebruiken, maar ik vroeg me af of het ook in één query kan.

Heeft iemand een idee? Alvast bedankt voor de hulp!

Met vriendelijke groeten
Wesley

1 query is niet per definitie beter. Snelheid is het belangrijkst. Beter 10 queries van 0.0005 dan 1 van 0.01 sec.

Het hangt er een beetje van de precieze serverload af natuurlijk, maar wat Job zegt zal ik veel gevallen opgaan.

Als je echt maar een keer op en neer naar de db wilt (off-site database bijvoorbeeld), dan zou ik voor een UNION statement gaan.

Origineel gepost door Job Schneider

1 query is niet per definitie beter. Snelheid is het belangrijkst. Beter 10 queries van 0.0005 dan 1 van 0.01 sec.

Momenteel heb ik 30 producten in mijn webshop staan. Zeg ik 100, dan is dat echt heel veel.
In dit geval lijkt het me dus beter om te werken met één query ... of vergis ik me?

Origineel gepost door Henry Been

Het hangt er een beetje van de precieze serverload af natuurlijk, maar wat Job zegt zal ik veel gevallen opgaan.

Als je echt maar een keer op en neer naar de db wilt (off-site database bijvoorbeeld), dan zou ik voor een UNION statement gaan.

Dit was inderdaad wat ik zocht ... UNION kan ik meerdere malen achter elkaar plaatsen.
De oplossing was blijkbaar niet zo moeilijk ... je moet het maar weten, bedankt!

100 producten? Ik denk dat het maken van het query execution plan langer duurt dan het uitvoeren ;)

Maar fijn dat je er uit gekomen bent