Spelrum
| Giraffen | 3 |
| Krokodilen | 0 |
| Elefanten | 0 |
| Musen Böjningslistan | 0 |
| Grisen Böjningslistan | 2 |
| Inloggade | 5 |
Mobilspel
| Pågående | 20 041 |
Forumkategorier
| Användare | Inlägg | |
|---|---|---|
| odin - Administratör | 2008-06-29 22:28 | |
 | Någon riktig databasguru här? ;P Funderar på att ha två kolumner i databasen för att alternera mellan, dvs vecka 1 kolumn X , vecka 2 kolumn Y, vecka 3 kolumn X. Då hinner vårt script processa kolumn X vecka 1, medan den nya veckan som just startat läggs in i kolumn Y.... Dock när jag sätter in ratingen i tabellen måste jag ju på något sätt veta vilken kolumn vi ska köra, X eller Y, då kan man tänka sig att man delar veckonummret på 2 med resten, dvs V10 blir 10%2 = 0, använd då kolumn X, V11 blir 11%2 = 1, använd då kolumn Y, problemet är att V53 (skottår) och V1 båda ger rest 0, då skulle vi använda kolumn X två veckor i rad vilket ju skapar problem då kolumn X blir förstörd på den nya veckan innan scriptet hunnit processa. Någon som har en smart lösning som jag missat? :-) | |
| Nemi | 2008-06-30 00:26 | |
 | Uhm. Tur att det finns andra som förstår det där och förhoppningsvis kan svara på det :) | |
| zmiley | 2008-06-30 00:34 | |
 | Kul läsning i alla fall. | |
| DennisPlz | 2008-06-30 00:40 | |
 | Blir 53 kolumner per användare för mkt? Om inte så blir det enklare att räkna/registrera och presentera resultatet/topplistan med ett års historik dessutom :) 250.000 anv x 4 bytes x 2 bytes x 53 = ~100MB + overhead för index 4 bytes för användarid 2 bytes för rank Ang v53 så exkludera den helt... KISS | |
| odin - Administratör | 2008-06-30 17:24 | |
| Har kommit på det... vi kör på löpande veckonummer, dvs antal veckor sen 1970 <antal sec sedan 1970>/604800 (sekunder på en vecka) = veckonummer sen 1970, då kommer det alltid öka löpande och jag kan byta mellan kolumn 1 och kolumn 2. | |
| surbuk | 2008-06-30 19:29 | |
 | odin, en icke genomtänkt tanke, men är det inte möjligt att låta klienten sköta en del av uträkningarna? Dvs du plockar fram råmaterialet från basen och genererar sidor innehållandes javascript som gör finliret? | |
| surbuk | 2008-06-30 19:41 | |
| Är det möjligt att ha en statistik databas (stat-db) på en andra server (dator)? Leker med tanken att du dagligen (läs: nattligen) kopierar över dagens spelade matcher till stat-db:en. Då är det ju inte längre nödvändigt att statistik körningarna är snälla. Om man inte vill on-demand beräkning kan man ju tänka sig att när kopiering är färdig, så kan man ju ha jobb som beräknar all statistik för alla spelare och sparar resultatet | |
| odin - Administratör | 2008-06-30 19:49 | |
| Det som tar mest CPU är databas-queries och de måste göras vare sig du har javascript eller inte tyvärr :-( Vi skall replikera vår databas, då kan man ha tunga grejer på den andra datorn, så det är på g. | |
| surbuk | 2008-06-30 20:05 | |
| jag sa ju att den var ogenomtänkt ;) Låter ju bra att mer hårdvara är på g. Då får du snickra ihop en "custom query" sida när man via dropdown boxar bygger sin egen sql query / filter (inom rimliga gränser förstås). Jag vet inte om du är familjär med programmet PokerOffice, men där har de denna funktionalitet (www.pokeroffice.com/...r _100.jpg) | |
| DennisPlz | 2008-07-22 01:55 | |
| Vad hände med den utökade statistiken? :S | |
| odin - Administratör | 2008-07-22 09:52 | |
| semester :D | |
| tilduskan - Ej medlem längre | 2008-07-22 15:23 | |
| odin på la playa? vad var statsen för antal drinkar/dag? | |
