Citat:
Ursprungligen postat av ConnyWesth
Om du tycker databasen är långsam så har du gjort något fel i designen. databaser är normalt mycket snabba och det är sällan man ens behöver fundera på att optimera med externa filer. jag har aldrig sett det behovet utom när du har stora bildfiler eller BLOBar som man ibland kan vinna på att lägga som lösa filer p ådisken i stället för i databasen, men det är extrema undantag. Som jag inte ser något nytta med i ditt fall.
|
Visst, men i det här fallet är det bara idiotiskt att inte ha någon form av cache om det är många som ska komma åt samma innehåll. Du vill inte gå ned till databasen varje gång och fråga för en sån här sak.
Citat:
Ursprungligen postat av Clarence
Måste du tvunget använda pull så skulle jag dock göra mig av med text-filen, du får en fördröjning på upp till 1.99s om reload och text-fil är max out of sync. Och om du vill halvera den fördröjningen genom att skriva alla uppdateringar direkt till text-filen så finns en viss risk att du korrumperar text-filen. Istället för text-filen borde du isåfall fundera över antingen en cache (memcache, apc etc) eller byta till en mycket lättare databas-lösning (se t ex Redis, Membase). Om du gör detta så kommer ditt val av pull att ge dig en första bottleneck i CPU eller RAM vid ditt dynamiska språk som PHP/Ruby/vadsom (förutsatt att du använder en bra webbserver).
|
Problemet med att använda t.ex. memcached är att du då måste wrappa memcached med ett serverside språk, t.ex. PHP. En textfil kan man komma åt direkt med jQuery i AJAX-anropet utan att behöva leta sig ned till något skriptspråk som ska köras varje gång. När man cachar vill man ju göra det så nära klienten som möjligt och minimera antalet lager i arkitekturen som requesten måste gå igenom för att hämta datan.
Men som sagt är push en bättre lösning, men också betydligt svårare och jobbigare att implementera. Så gör det enkelt för dig och kör du på AJAX + textfil till att börja med om du känner dig osäker på det där med push. Det går ju alltid att byta till push senare om behovet skulle finnas.