Momenteel loggen wij onze server op slow query's van boven de 8 seconden is dit goed of kun je beter 6 seconden pakken of minder. Wat is standaard voor een website met 500.000 producten in de database.
Ik gok op een verkeerd datamodel i.c.m. te weinig kennis over SQL.
Queries zijn op zich al verrekkes snel, als jij dan een query van 8 seconden hebt, had je toch allang moeten weten dat dat foute boel is?
Iedere query die langer dan 1 seconde duurt is te lang. Je datamodel is dan echt helemaal verkeerd. Splits je enorme tabellen op in kleinere en koppel die aan elkaar met id's. Zet indexen op de rows die veel gezocht/gebruikt worden en gebruik goede datatypen (zo klein mogelijk). Dan moet praktisch alles binnen en seconde gedaan kunnen zijn (ervan uitgaande dat je geen 386 hebt met 4 mb geheugen).
Zoek anders eens op google op database normalizeren....
Mijn stelregel is maximaal 7 velden per tabel. Dan een view maken die (zoals in de oude tabel was) alle data bij elkaar zoekt. Zodat voor eigen beheer wel eenvoudig alle data te zien is. Met queries dan zoeken in de juiste tabellen en daarna de goede data ophalen
(ps: Wees ook voorzichtig met de hoeveelheid data die je retourneert. Gebruik alleen de benodigde velden en niet standaard een SELECT * FROM). Hoe meer je Select hoe meer de harde schijf waarschijnlijk gebruikt moet worden, hoe (bijna exponentieel) veel langer je query duurt.