Jag har gjort en statistiktjänst men istället för att spara allt i en databas har jag valt att logga statistiken i textfiler, en för varje medlem och månad. Tror ni detta var smart gjort? Tanken var att belasta servern så lite som möjligt genom att den ska slippa anävnda databaskopplingar och sådant, på så sätt används inte heller nån databas som kan "krascha".
Vad är nakdelen men att använda textfiler istället för databas och vad är fördelen (om det finns någon ;))
kan oxå medela att jag endast har tillgång till MySQL och Access, access är ju klart uträknat men mysql kanske går att använda iof, fast den blir ju oxå väldigt stor efter ett tag om alla medlemmars statistik loggas där
Vad är nakdelen men att använda textfiler istället för databas och vad är fördelen (om det finns någon )
Nackdelarna är många, om man ser det ur ett datahanteringsmässigt perspektiv. ;) :OO
Inte på långa vägar kan du få samma effektivitet, smidighet, styrka eller framtida möjligheter med en textfil som du kan få med en databas. Nackdelarna på en klen server är givetvis att databaskopplingar är prestandakrävand, och kan vara fatala om de är slarvig skrivna.
Har du en databaslösning på servern skulle jag nog rekommendera dig att lagra detta i databasen, då du får mycket större möjligheter att jobba med datat då. Även om det kanske kräver en aning prestanda. Optimera koden istället. :)
kodningen är redan klar, har inte haft några problem, elelr de "problem" som funnits har lösts här :)
har kört några tester lokalt bara änså länge och det har inte varit några problem, har testat med 50 000 träffar per månad då. visst vet jag att dte är skillnad på lokalt och den riktiga server men då komerm det endast att vra ett snitt på 18 000 träffar per månad, oftast mindre
har haft en sådan här tjänst tidigare och utifrån det räknar jag men att det kan bli uppemot 2 miljoner träffar per månad allt som allt, jag tror att databasen kan bli rätt seg efter någramånader då.. vad tror ni?
Eller så kan du utforma dina textfiler på ett sådan sätt att de är lätta att importera i databasen, så kan du använda den loggfil du behöver, istället för att klämma in hela tjofräset i db:n. (Såg inte dina 15000-30000 rader PER användare.. ;)) Semikolonseparera med andra ord.
jo, textfilerna är utformade på ett bra sätt, tror jag iallafall :)
sparar massa info om varje besökare per rad (separerat men semikolon) sedan läggs varje besökare in i en array på "visa-sidan" så sorteras det därifrån, funkar riktigt bra lokalt men har inet haft tillfälle att testa på riktiga servern ännu
funderade på att läggain datan i en temporär databas när man vill se en viss loggfil, men är det verkligen bättre än att hämta infon direkt från filen?
en statistiktjänst handlar det altså om. den loggar info om besökarna och visar den sedan för webmastern så denna får bra information om vilka som besöker sidan, alts upplösningar mm.
** efter att ha slagit upp minutiös **
kom fram till att detta var enklare när jag skulle visa infon. det loggas nu såhär:
2002-10-05 01:28:33|127.0.0.1|Internet Explorer 6|1152x864|Direkt träff...
för varjebesökare på en rad, detta förenklar när jag kolla unika besökare och det andra
* Använd en databas för dessa 15-30000 loggningstillfällen (rader).
* Vid varje månadsslut startas en schemalagd .vbs-fil som exekverar en SQL-sträng och lite kod som flyttar all data till en semikolon-separerad textfil och sparar den med datum och tid som namn.
* Töm tabellen med loggarna i.
Tänk på att databasen måste vara explicit öppnad i det läget, annars kan du tappa data om någon loggar in/gör nåt annat när scriptet körs. (om du nu är så noga ;))
tror nästan att jag kör med endast textfil faktiskt, på så sätt slipper jag massa olika sql-anrop och sådant. kör jag med getrows blir det ju samma sak som jag har (nu läggs infon in i en 2d-array precis som vid getrows)
Databas är klart det bästa.
Möjligheten att söka direkt på olika information kan vara viktigt
Du kan iofs lägga upp data i minutoperativa (dygn) tabeller och aggregera senare. Du kan ju också göra en kombination så får du det enkla vid inloggning och databasens fördelar när du har läst över.
duger en MySQL databas för att hantera all denna information då?
men som sagt, programeringen med textfil har inte varit något problem och allt verkar funka bra med uppemot 50 000 besökare, vilket det aldrig kommer att bli, max kommer det att bli 24 000 (en gräns som är satt med tanke på bandbredd från hotellets sida)
men som sagt, programeringen med textfil har inte varit något problem och allt verkar funka bra med uppemot 50 000 besökare, vilket det aldrig kommer att bli, max kommer det att bli 24 000 (en gräns som är satt med tanke på bandbredd från hotellets sida)
Nog för att jag motsäger mina tidigare argument, men why change something that works? ;)
