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

[c3zi]

Hmm.. Kazdy uzytkownik wybiera sobie kanaly, dodaje jakies linki z rss'ami. W jedenj tabeli sa spisy kanalow, w innej newsy. Chcialem faktycznie w tabeli 'channels' dac klucz obcy do uzytkownika konkretnego.

Mysle, ze jak juz to musialbym stworzyc dodatkowa tabele z kluczami obcymi, a ich relacja to wiele-do-wielu. Ale to rozwiazanie wydaje mi sie srednie, np. ze wzgledu manipulacji przy dodatkowej tabeli.

Wiec nie wiem, wiadomo - cos kosztem czegos (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Nie musialbym zapisywac n razy tych samych danych, ale musialym utworzyc dodatkowa tabele.