Er zijn junior leden, senior leden, ereleden, stamgasten...

Zou het niet leuk zijn als er op de site een overzichtje is hoeveel mensen er van elk type lid zijn? Moet toch met een simpele database-query te maken zijn? Nog mooier is het als je na klikken op een dergelijk aantal een overzicht krijgt met alle leden - maar das denk ik wel weer ingewikkeld en ook een aardige belasting van de server gok ik...

Ik vraag mezelf hoeveel sql requesten dat zal gaan zijn en hoeveel stress dat is voor de server - technisch kan er een copy van de sqldb worden gemaakt en een overzicht per dag worden gerealiseerd - dat zou de server sterk ontlasten (trouwens dat geld ook voor alle andere uurlijke quiries)

Hoe groot is die DB eigenlijk nu?

huh wattes?

Beste Twaggy ,

Dit moet je niet eens proberen te snappen. Tis maar een tip..

Het was toch een redelijke vraag?

Of wat nu weer?

Afkortingen van vaktermen zijn moeilijk voor leken... ik kwam alleen uit DB (database) sql = geen idee ...sqldb = geen idee data base

ik weet het ook niet hoor, en boeit me ook niet zo...maar mocht het je wel interesseren kijk dan even op wikipedia!

SQL = Sequel; database systeem
SQLdb = de SQL database

Ik bedoelde dat extra vragen stellen (query) de server extra belast - deze vragen kunnen ook verwerkt worden door een andere machine - de resultaten weer terug gelust ergens op een statistics pagina.

sql = Structured Query Language

En is wel een leuk idee gewoon een soort stats pagina maken met leuke info derop Desnoods zorg je dat die stats een keer in het half uur of in het uur gegenereerd worden zodat de belasting minimaal word.

structured?
oh ok, laat maar ;>

Tis een goede vraag hoor, maar tis wat Stryfe zegt.

"Afkortingen van vaktermen zijn moeilijk voor leken..."

Simpel gezegt is SQL een taal om gegevens uit geoordende bestanden te halen (databases) Maar dit maakt verder niet uit laten we het maar gewoon op het idee houden of het leuk is of niet

Het kan gemakkelijk in een query en die hoeft ook niet zo lang te duren. De tabel met gebruikers indexeren en je bent zo klaar. Ik denk dat het misschien een of twee tabellen zijn hoogop drie om alle gegevens in te bewaren. Dus met een beetje slimme query sla je de data op in een aparte tabel die je displayed. Elke nacht de query weer draaien en de tabel vullen met de nieuwe waardes. Dit gaat uiteraard wel ten koste van de performance van het Nachtcafé

juist en nog snap ik er niks van ik wil meer koffie:evil:

SELECT 'koffie' FROM 'koffiekan' WHERE 'koffie' = 'heet'.

Voor de leken onder ons: negeer maar.

hmmz maybe helpt het als ik me lenzen in doe KOFFIE ADDICT

lijkt op dBASE III query lingo

. assist

aja nu snap ik je