Jarosław Sokołowski <j...@l...waw.pl> writes:

> Nie jestem w stanie tego dokładnie ocenić. Znalazłem informację, że
> w Polsce wysyła się rocznie 56 miliardów SMS-ów (myślałem, że mniej).
> To daje średnią półtora tysiąca na sekundę. W porywach oczywiście
> więcej (jakiś Nowy Rok),

oraz * 3 ze względu na noc itp. Plus minimalny zapas, niech będzie
20 tysięcy/s.

> ale operatorów jest czterech i logowanie też
> mogą mieć jakoś rozproszone.

A może jutro jeden przejmie pozostałych i zminimalizuje koszty używając
pojedynczego peceta z demobilu :-) Skoro tak się da to czemu nie?

> W każdym razie nawet te kilka tysięcy
> dostępów do różnych plików w ciągu sekundy nie wydaje się czymś aż
> tak bardzo problematycznym.

No ale niestety to jest problematyczne.

> Nawet biorąc tygodniowy ruch od wszystkich operatorów, czyli miliard
> SMS-ów, albo inaczej 100-200 GB danych, nie jest to jakiś dramat żeby
> to zwyczajnie przegrepować w poszukiwaniu numeru. Ale nie gromadzi się
> w jednym miejscu wszyskich SMS-ów od wszystkich do wszystkich (chyba
> że na jakiejś pryzmie), więc i tak trzeba wstępnie określić miejsce
> poszukiwań. Pożądnie indeksowana baza oczywiście będzie pomocą, ale
> bez tego też się da. To nie ta skala, co Google i WWW.

Owszem, to jest mała skala, ale gdyby w takim np. Google w ten sposób
myśleli, to do nikąd by nie doszli. Podobnie tu.

Przegrepowanie kilkuset GB danych to niestety jest problem. Nie należy
zapominać, że w tym samym czasie wykonuje się zapis, oraz że takich
grepów będzie zapewne wiele.

> Na tym własnie polega różnica w naszych podejściach. Bo ja twierdzę,
> że stosowanie bazy danych do obróbki stu SMS-ów, to rozwiązanie złe
> i nieoptymalne.

Z tym nie polemizuję. Tysiące na sekundę to jednak inna sprawa.
--
Krzysztof Hałasa