phpBB 14 querys voor index?

vraag het de makers

1 voor de rechten van de user (+ extra info)
6 voor de templates (top, 3xmiddle, bottom, nav)
1 voor alle hoofd categorie-en
1 voor alle sub categorie-en
1 voor je inbox van pm's

(zijn der al 10)

Mijn forum doet er 56 voor de index als je admin rechten hebt, voor users iets minder.

Mijn eigen forum doet er op de hoofdpagina 3:
• één om de sessie en de usergegevens binnen te halen (SELECT)
• één om de lastvisit (de laatste keer dat iemand de pagina bezocht) bij te werken (UPDATE)
• één om de fora en de categorieën op te halen (SELECT met JOINS).

Verder probeer ik het zoveel mogelijk te beperken.

Maar omdat fora als phpBB veel opties hebben, is er dus meer flexibiliteit, maar vaak gaat dat ten koste van de performance.

Aan justmental: 56!? dat is best veel...

Op vrijdag 05 april 2002 20:52 schreef elnino het volgende:
Aan justmental: 56!? dat is best veel...

Hij is ook rete-flexibel
Maar hij doet nu wel 0.14 seconden over de index pagina, dus ik ga 'em nog wel tunen.

Op vrijdag 05 april 2002 20:54 schreef justmental het volgende:
Maar hij doet nu wel 0.14 seconden over de index pagina, dus ik ga 'em nog wel tunen.

Is dat voor Oracle (?) zo slecht dan?
Maar 52 queries is wel wat veel gok ik

Doe je per subforum een aparte set queries ofzo?

Op vrijdag 05 april 2002 21:02 schreef ACM het volgende:
Is dat voor Oracle (?) zo slecht dan?

Hij moet met 100.000 users ook nog goed kunnen gaan draaien

Maar 52 queries is wel wat veel gok ik

Doe je per subforum een aparte set queries ofzo?

Het is nu alleen een forum, maar de opzet is voor meer bedoeld.
Ik heb oa. flexibele templates in de database zitten, voor skinning etc.
Ook de autorisatie engine is gericht op flexibeler gebruik.
Je krijgt bij mij dus ook alleen de knopjes te zien die je kunt gebruiken.

Hoe moet je eigenlijk die queries tellen? Want als je in een lusje bijvoorbeeld een query hebt (zoals ik heb, om telkens het aantal replies op te vragen: ik zoek er al lang op om een gepaste join te vinden :\), moet je dat dan telkens als 1 query beschouwen?

En is dat hardcoded geteld?

Op vrijdag 05 april 2002 22:11 schreef Stoel het volgende:

[..]

gewoon onder elke mysql_query dit zetten:
++$mysql_query_count;

bovenaan $mysql_query_count = 0;


en onderaan

Echo "queries: $mysql_query_count";

Ah oké, het is dus geen speciale mysql functie ofzo.

Wel lastig zo, als je queries los in functies staan en dergelijke, moet je nog gaan klooien met globale variabelen :\

Op vrijdag 05 april 2002 22:22 schreef Stoel het volgende:
nee, er is geen functie voor jammer genoeg, leek me wel handig.. maar jah het moet dan maar

Als je een database-object gebruikt kun je dat wel veel makkkelijker implementeren. Zie bijvoorbeeld http://www.codebase.nl/?command=viewcode&id=94.

Op vrijdag 05 april 2002 23:02 schreef elnino het volgende:
Zie bijvoorbeeld http://www.codebase.nl/?command=viewcode&id=94.

Uhm.. misschien is het wat netter om die create en setup samen te brengen onder 1 functie en dan wel de creator van de class

Wat kan je nu zeggen aan de hand van het getal 14 Zijn dat 14 queries met zeer uitgebriede JOIN's en OR's in de WHERE constructie, of zijn het gewoon hele simpele, supersnelle queries.

Als je twee kleine queries aan elkaar kan plakken met een union, hoeft dat nog niet te betekenen dat die query sneller is dat de twee originele samen.

mijn forum (in aanbouw)
cached een hoop objecten waardoor een hoop query's (rechten op item's bijvoorbeeld ) maar 1 keer gedaan hoeven te worden

m'n index pagina gebruikt in optimale vorm 1 query en dan zit alles met rechten en al erin
verschillende styles gaan dadelijk via XSLT

(tja java he )

liever 14 optimale snelle queries dan 1 trage query met tig subselects

Op zondag 07 april 2002 00:51 schreef TheDane het volgende:
liever 14 optimale snelle queries dan 1 trage query met tig subselects

Wie heeft het over subselects?

Op zondag 07 april 2002 00:35 schreef wasigh het volgende:
mijn forum (in aanbouw)
cached een hoop objecten waardoor een hoop query's (rechten op item's bijvoorbeeld ) maar 1 keer gedaan hoeven te worden

Dus zolang een bezoeker z'n sessie alive houdt mag deze met dezelfde rechten doorklooien? Of wordt de cache bijgewerkt op het moment dat de rechten aangepast worden in de back-end?
Of roep ik nu iets heel doms

Op zondag 07 april 2002 01:52 schreef Annie het volgende:

[..]

Dus zolang een bezoeker z'n sessie alive houdt mag deze met dezelfde rechten doorklooien? Of wordt de cache bijgewerkt op het moment dat de rechten aangepast worden in de back-end?
Of roep ik nu iets heel doms

Op het moment dat de rechten bijwegerkt worden, wordt de (rechten) cache van die persoon geleegd, en moet alles weer uit de database gelezen worden

Op zondag 07 april 2002 00:35 schreef wasigh het volgende:
mijn forum (in aanbouw)
cached een hoop objecten waardoor een hoop query's (rechten op item's bijvoorbeeld ) maar 1 keer gedaan hoeven te worden

m'n index pagina gebruikt in optimale vorm 1 query en dan zit alles met rechten en al erin
verschillende styles gaan dadelijk via XSLT

(tja java he )

maar jij speelt vals, want met servlets kan je veel efficienter omgaan met shared resources en [grote] sessions dan met php, zo uit m'n hoofd

iig kan je met cacheing veel verder gaan bij servlets ivm. het feit dat het geen stateless systeem is.

Op zondag 07 april 2002 10:37 schreef chem het volgende:
iig kan je met cacheing veel verder gaan bij servlets ivm. het feit dat het geen stateless systeem is.

Totdat je met een webserver cluster werkt, dan kan je het grootste deel van de cacheing wel weer vergeten

Met als gevolg dat 2 webservers misschien wel trager zijn dan 1 als je servlets gebruikt;)

wasigh: "the right tool, for the right job "

mmm, phpBB in java bouwen lijkt me nu eigenlijk ook geen optie