Duzo uzytkownikow, duzo danych. Jakie rozwiazania ... Opcje

[c3zi]

Witam,

Chcialbym dowiedziec sie jakie sa wasze opinie, sugestie na rozwiazanie ponizszego problemu:

Mianowicie pisze aplikacje, ktorej zadaniem jest archiwizowanie danych. Aplikacja posiadac musi nastepujace opcje:
- zapis kontaktow w bazie (dane osobowe ludzi),
- kalendarz(moze raczej terminarz) i odpowiednie dzialania do niego,
- zapis linkow (podzial ich na kategorie),
- czytnik RSS (zapisywanie zarowno kanalow jak i newsow do bazy),
- uploadowanie plikow.
- ...

Problem jest oczywiscie zwiazany z optymalizacja dzialania serwera. Sam czytnik Rss'ow potrafi dziennie dla jednego uzytkownika zgromadzic ok.200 newsow|rekordow (tytul, opis, link, data - takie dane zapisywane sa do bazy).

Narazie rozwiazaniem jest upchanie wszystkiego do poszczegolnych tabel w bazie, jednak nie wiem jak to bedzie wygladac, jesli np. bedzie aktywnych 1000 uzytkownikow, odpowiednio kazdy pobieral bedzie rssy z/do bazy oraz wykonywal inne czynnosci.

Moze ktos wczeniej rozwiazywal podobny problem - duzo_uzytkownikow/duzo_danych ?

Moze ktos wie w jaki sposob rozwiazane jest podobne zagadnienie na Google. Oni maja cala mase aplikacji typu: rssReader, Calendar, Contact ... Raz zarejstrowany uzytkownik ma do wzystkiego dostep.

Ten post edytował c3zi 9.04.2007, 14:07:09

[devnul]

jeśli o RSS chodzi to zrób relacje jeden do wielu (bo po co ssać to samo dla wiecej niż jednego usera - nie ma sensu kilka razy pobierac tej samej rsski). jeśli chodzi o reszte operacji to nie wydaje mi sie żeby to aż tak bardzo obciążyło serwer (rozumiem że masz dedyka?) - nie jest to przecierz (chyba) aplikacja z któej w jednej chwili będzie kożystało tysiące osób. Co do google to oni mają gigantyczny fundusz więc stać ich na porządne ilości porząnych serwerów które spokojnie zajmują sie liczeniem gugantycznych ilości danych. ot cała filozofia

PS. zmien temat bo ten to się długo nie utrzyma

Ten post edytował devnul 9.04.2007, 13:51:23