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.