Luuko (link):
Rik (link):
Dylan (link):
Klik om eerdere quotes te tonen
Rik (link):
Dylan (link):
Rik (link):
Lennard (link):
Wat Aar zegt klopt; alle berichten en relevante userinfo wordt in één query met slechts twee joins en wat subqueries opgehaald, dus in theorie moet het kunnen.
Die theorie houdt alleen al snel op doordat er wel meer subqueries uitgevoerd moeten worden bij meer posts (voor met name het ophalen van de feedbacks) en je dus eigenlijk wel meer queries krijgt, ook al zijn het subqueries van één grote query en heb je feitelijk gezien nog wel evenveel queries.
Ik heb net even een klein testje gedaan door het limiet op 150 te zetten in plaats van op 15 en tien keer de parsetijd genomen. Die parsetijd is dan 8 keer zo hoog (1,8 sec vs 0,24 sec), wat wel weer veel is.
Ik kan het eventueel invoeren met een kleine range, zodat je bijvoorbeeld 1-30 posts per pagina in kunt stellen, maar veel groter dan dat wordt te traag. Oplossing zou kunnen zijn om de boel te denormaliseren zodat je die subqueries kwijt bent, maar das ook weer wat veel gedoe voor een kleine feature.
Dus zoals bij de meeste suggesties: "Site herschrijven" zou de beste optie zijn
en dan met nodejs
toevoeging op 23 augustus 2015, 10:39:43:
en angular
How about no.
how about yes
Het is niet nodig.
Blijkbaar wel want mensen vragen erom
Ik had het over NodeJS en Angular. Beide frameworks die niet nodig zijn en beide ook zo hun nadelen hebben.
Rik (link):
Dylan (link):
Klik om eerdere quotes te tonen
Rik (link):
Dylan (link):
Rik (link):
Lennard (link):
Wat Aar zegt klopt; alle berichten en relevante userinfo wordt in één query met slechts twee joins en wat subqueries opgehaald, dus in theorie moet het kunnen.
Die theorie houdt alleen al snel op doordat er wel meer subqueries uitgevoerd moeten worden bij meer posts (voor met name het ophalen van de feedbacks) en je dus eigenlijk wel meer queries krijgt, ook al zijn het subqueries van één grote query en heb je feitelijk gezien nog wel evenveel queries.
Ik heb net even een klein testje gedaan door het limiet op 150 te zetten in plaats van op 15 en tien keer de parsetijd genomen. Die parsetijd is dan 8 keer zo hoog (1,8 sec vs 0,24 sec), wat wel weer veel is.
Ik kan het eventueel invoeren met een kleine range, zodat je bijvoorbeeld 1-30 posts per pagina in kunt stellen, maar veel groter dan dat wordt te traag. Oplossing zou kunnen zijn om de boel te denormaliseren zodat je die subqueries kwijt bent, maar das ook weer wat veel gedoe voor een kleine feature.
Dus zoals bij de meeste suggesties: "Site herschrijven" zou de beste optie zijn

en dan met nodejs
toevoeging op 23 augustus 2015, 10:39:43:
en angular
How about no.
how about yes
Het is niet nodig.
Blijkbaar wel want mensen vragen erom

Ik had het over NodeJS en Angular. Beide frameworks die niet nodig zijn en beide ook zo hun nadelen hebben.