🚀 go-pugleaf

Maciej Zobniow wrote:
> Piotr KUCHARSKI wrote:
> 
>> Witek Świerzy <wswier@sgh.waw.pl> wrote:
>>
>>>> Mam nadzieje ze mnie dobrze zrozumiales: do systemu na spoko, gdzie 
>>>> klientami jest parunastu pijacych kawe, leniwych analitykow ;).
>>>
>>>
>>> Nie - do systemu ktorego klientami sa setki lub tysiace operatorow 
>>> "porozkladanych" na terenie calego kraju.
>>
>>
>>
>> Wydaje mi się, że to mniej więcej sedno problemu. Tam, gdzie inni
>> stawiają duże w ich mniemaniu bazy na mysql, tam Ty widzisz jakąś
>> mikrobazkę (która niemal równie dobrze może być na flatfile :>),
>> a przez "duża baza" masz na myśli ze dwa rzędy wielkości więcej.
> 
> 
> Oczywiscie problem skali istnieje, ale dlatego na samym poczatku 
> dyskusji podalem pare danych o mojej bazie. Pozatym mysle ze w tym 
> konkretnym przypadku rozumujesz niewlasciwie poniewaz opierajac sie na 
> komplementarnych danych z mojego systemu, do tych ktore skomentowales z 
> postu Witka wychodzi ze ja mam w systemie 8107200 "operatorow", 
> rozsianych po calym globie.
> 
> Pozdro
> Maciek
Wydaje mi sie, ze Piotr ma duzo racji. Oprocz liczby sesji liczy sie 
jeszcze tempo przyrostu danych. Twoja baza, Macku, uzbierala tych danych 
(o ile sobie dobrze przypominam)  - ok 35 GB przez 4 lata 
funckjonowania, czyli ok. 9GB rocznie srednio liczac. Znam systemy 
przyrastajace o kilka rzedow wielkosci szybciej - jak sadze, OS by 
raczej tego nie uciagnal. Zreszta w moim poscie chcialem przede 
wszystkim uwypuklic koniecznosc pracy takich systemow 7x24. Wszak 
niemoznosc wykonania jakielkolwiek transakcji przynosi takiej instytucji 
latwo wyliczalne straty (srednia_kwota_przelewu * prowizja_banku). Wiec 
2-godzinny przestoj o ktorym wspominales poprzednio kosztuje calkiem 
spore pieniadze, a wiec jest nieakceptowalny. I wlasnie dlatego stosuje 
sie tam systemy _NIE_OS_. Dysponuja one naprawde szerszymi mozliwosciami 
uodpornienia sie na awarie od OS. Nie chcialbym wchodzic na tej liscie w 
szczegoly (temat baz danych jest tu troche OT, bylo nie bylo :-), ale 
proponuje Ci abys poczytal np. o mozliwosciach klastrowania Oracle, 
bazach standby, architekturze data guard itp. Wydaje sie, ze zaden 
system OS nie dysponuje takimi mozliwosciami. Tak wiec, gdybys 
przerzucil swoj system np. na oracle ( posluguje sie tutaj najczesciej 
tym przykladem z racji doswiadczen zawodowych) to moze rzadziej bylbys 
budzony o 4 am w niedziele. Inna sprawa to oczywiscie koszty - 
najpewniej taniej jest Cie obudzic o 4 (nie mowie, ze bezpieczniej - 
wszak dobry Polak, to Polak najedzony i wyspany ;-) rano niz wydac spora 
kwote pieniedzy na system komercyjny. Poza tym liczy sie rowniez 
bezpieczenstwo w sensie odpornosci na potencjalne wlamania - i tutaj tez 
wydaje sie, ze systemy komercyjne dysponuja wieksza liczba zabezpieczen 
od darmowych (pomijam tu rzecz oczywista jak dostep po https do web 
serwera - to sie rozumie samo przez sie, ale mowie juz o mechanizmach 
zaszytych w DBMS-ach - no ale znowu OT, wiec nie rozwijam tematu bez 
wyraznego zaproszenia :-).
pozdrawiam
Witek Swierzy
wswier@sgh.waw.pl