Posted By: medved (A~z na v~eky Mikov~ce.) on 'CZdatabases'
Title:     Re: Kapacita PostreSQL
Date:      Wed Aug 25 16:25:07 2004

> > Jenom dotaz - muze MS SQL mnozit svuj proces (engine) tak aby jejich pocet
> > odpovidal poctu CPU? 
> 
> Tohle resi threadama, ne procesama. Aspon pod Win32 je prepinani a
> komunikace 
> mezi threadam podstatne levnejsi (z pohledu resourcu) nez mezi procesama. 

Mel jsem za tom, ze jsou nejake problemy s rozlozenim vlaken jednoho procesu 
soucasne na vice CPU. Asi ne... 

> > Ajajaj. Tak to jedine pokud to aplikace dovoli. Tedy pokud lze pouzit
> nejake
> > chytre reseni, napriklad rozsekat data na mensi bloky a nasadit stado
> blade 
> > stroju (resit distribuci zateze jiz v aplikaci). Nejake chytre reseni LB
> > nebo replikace u PostgreSQL necekej. 
> 
> Tak to bude problem, protoze existuji reseni co tohle maj, a tady se jedna o
> projekt kde cena je vice mene irelevantni. Takze proc psat berlicky aby 
> clovek obchazel neco co existuje. 

[...]

> Abych priblizil o co se jedna - GIS aplikace, doplnena o milion ruznych 
> metadat. V uvahu pribadaj databaze co umej spatial dotazy, tj. PostreSQL, 
> Oracle, DB2 a Informix. Mozna, ale asi ne, by se dalo uvazovat o necem jako 

Z tohoto odvazuji, ze se jedna asi o prevazne cteni dat. Takze asi u tohoto 
reseni nebude nutne resit extremni konkurencni zapisy uzivatelu. Takze by 
bylo mozne rozlozit celou bazi podle geografie s nejakymi rozumnymi prekryvy.

Potom vlastne resis vicekrat mensi databazi s daty na urovni jednoho statu ci 
mesta. Jednodussi replikacni system pak muze zajistit ty prekryvy. Navic zde 
asi nehrozi nejake mensi nekonzistence (zmena dat se deje v "jadru" mapy, 
"prekryvy" jsou replikovane a chvili trva, nez se zmena projevi).

Takoveto replikace nejsou nic sloziteho a ten Slon (viz BigFoot) by mohl 
stacit. 

Proste se pokus celou datovou zakladnu nejak rozsekat - podle geografie, podle 
typu informaci (db s trasami vodovodu, db s adresami podniku, db XYZ...) nebo 
podle dotazu... 

> je ESRI ArcSDE nad MSSQL, ale opet, je to jen berlicka co obchazi neco co uz
> existuje jinde. No a vzhledem k tomu ze vetsina programatoru, vcetne me, ma 
> averzi k Oraclu, a sefove maj averzi k jejich cenam a jednani tak zkoumame

Nikdy bych se nespolehal na databazi, ktera se jmenuje vestirna ;-))))

> co 
> jineho by slo pouzit. Nastesti je to temer kompletne novej projekt, takze 
> nemame problemy s tim ze by se muselo stavet na existujicim reseni, muzeme
> to udelat jak chceme. 

>           Jerry III

Bye

Medved

No matter where you go, everyone is connected.

Search the boards