Jakou DB na moji aplikaci pro mnoho uzivatelu online?

[Karel Zak]

On Fri, 2005-03-18 at 21:10 +0100, Zdenek Mazanec wrote:
> >> vy mate 10000 pouzivatelov ktori nemaju ziadnu inu robotu len v kuse
> > citat
> >> a zapisovat do databazy? nerobia nahodou nieco ine, vysledkom coho je
> >> intenzivna praca s databazou?
> >
> > ne ve chvili kdy jsou pripojeni sou temer furt aktivni ... stranek kde
> > je vice prohlizeni je tam malo a sou malo navstevovane, 80-90% stranek
> > ktere navstivi jak ctou tak zapisuji... jine veci delaji kdyz se
> > odhlasi. Bohuzel co primo projekt zajistuje asi nejsem opravnen rict
> > ale myslim ze popis jak situace vypada je uz docela slusny a kazdy si
> > muze predstavit jaka je to zatez na db.
> 
> To tezko. Nedovedu si predstavit projekt, kde pres web prichazi tolik 
> pozadavku. 10.000 soucasne pracujicih uzivatelu je... opravdu hodne. 
> Naproti tomu uvadite, ze zatez je bezne ve stovkach pozadavku na za 
> hodinu, coz je pro zmenu zanedbatelne malo.
> 
> Pokud navic temer kazda stranka negeruje krome cteni i _zapis_, tak uz si 
> to vubec nedovedu predstavit. Az uz zvolite jakoukoliv databazi, tak pokud 
> do ni dejme 1000x za sekundu zapisete, tak vam bude bud:
> a) kazda databaze mala
> b) data zase rychle vymazate/zagregujete
> 
> Prvni je v podstate neresitelne, druhe indikuje spatne navrzenou aplikaci.
> 
> Mozna je to ode mne troufalost, ale vrele bych doporucoval provest 
> dukladnou analyzu vasi aplikace. Prilis neverim tomu, ze je rozumna. 
> Teprve pak, az budete vedet co vlastne skutecne potrebuje, zda potrebujete 
> transakce, zda potrebujete trigery, zda  budete agregovat... pak ma smysl 
> zacit vybirat databazi.

Naprosty souhlas. Skutecnost je casto takova, ze i ten nejvice "real
time" system nad databazi snese nejake to zdrzni a nejake minimalni
bufferovani pozadavku na urovni aplikace, takze k DB pak data pro zapis
prichazeji v davkach vetsich nez je jeden puvodne uvazovany dotaz. IMHO
todle je jeden z nejucinejsich zpusobu jak delat ruzne datove narocne
logovani do DB. Podobne i cteni (opravdu vsech tech 10000 uzivatelu
dostane (musi dostat) vzdy jina a unikatni data?). Takova dobra DB unese
hodne uzivatelu, ale obcas je pro ni i jeden analytik/programator
moc :-)

	Karel

-- 
Karel Zak <kzak na redhat.com>