4 svar · 292 visningar · startad av Troxy
Hej. Jag har just nu ett script som ger live-statistik över aktiva besökare.
Där sparas bla. IP-adress, webbläsare, när man senast var aktiv osv.
Som det är just nu så sparas all statistik i en MySQL-databas. Varje gång en session påbörjas och avslutas så körs SQL-frågor mot databasen.
Nu undrar jag dock om det inte skulle bli bättre att bygga om så att all information lagras i ett ADO-recordset som inte är kopplat mot en databas alls. Istället sparar man detta ADO-recordset lokalt i Application-objektet, och uppdaterar det istället.
Jag tänker, att då slipper man anslutningen mot MySQL-servern, och allt sparas istället lokalt på webbservern som ASP-skriptet körs på. Detta borde ju bli snabbare och man slipper belasta MySQL-servern.
Tänker jag rätt?
och vad är det för fel att belasta databasservern? :OO
skulle du bara lägga informationen i application-objektet så får du ju ingen historik, men det kanske inte är intressant?
så vill du bara typ visa vilka som är inloggade för tillfället så är det en bra idé att strunta i databasen, annars inte! :)
Grejjerna är ju utvecklade för att användas. Ett eller annat anrop hit eller dit torde spela liten roll i sammanhanget. Tror knappast att du kommer att kunna märka någon förändring på prestandan.
Kör du på så som tidigare. :birp
Jag kör historik också faktiskt, en post per besök i en speciell tabell.
Så det blir ändå lite MySQL inblandat. Så det kanske är lika bra att köra allting mot MySQL när jag ändå lagrar en del där?
Troxy skrev:
Så det kanske är lika bra att köra allting mot MySQL när jag ändå lagrar en del där?
Njae, det beror som sagt på vilken info det gäller! :)
Är det "antal online just nu" så lägg det i application, är det en "hitcount" så lägg det i databas.
I ditt första inlägg nämner du ip-nummer, senast aktiv osv. denna typ av info läggs i databas.
