locking v databazi - vlasni reseni

Karel Zak zakkr na zf.jcu.cz
Pátek Září 13 16:36:11 CEST 2002


On Fri, Sep 13, 2002 at 03:15:40PM +0200, Radek Kanovsky wrote:
> On Fri, Sep 13, 2002 at 02:23:05PM +0200, Karel Zak wrote:
> 
> > > Pri nahledu mysql jsem zjistil, ze locking je tam docela objemna zalezitost.
> > > Musi to tak byt??
> > 
> >  Asi jo kdyz to tak napsali (a ze zamky v teto DB celkem bojuji :-)
> >  
> >  Kouknete se na http://www.sleepycat.com/, je tam k mani hotova DB
> >  vrstava pouzitelna jako knihovna v libovolne aplikaci. Umi to i
> >  transakce tak tise predpokladam, ze to ma i zamky na u rovni radku.
> >  Tadle vrstva se pouziva i v nove MySQL.
> 
> Ja jenom doplnim, ze lock, cache a transaction manager jdou pouzit i
> samostatne, takze pokud je jiz hotove nejake databazove reseni, kteremu
> chybi zamykani, lze vyuzit ze sleepycat jenom to zamykani a napasovat ho
> na jinou databazi. Zamykani by melo fungovat pres vic procesu/threadu
> na jednom stroji a jako datovy typ, nad kterym to funguje je u_int32_t
> locker, takze byste potreboval nejake jenoznacne mapovani z vasich klicu
> na unsigned integer.

 To zni jako, ze mate vlastni zkusenesti. Jaky tedy sleepycat je?
 (jsem zvedavy, protoze zase tak moc lidi co to pouziva bezne
 nepotkavam:-)

    Karel

-- 
 Karel Zak  <zakkr na zf.jcu.cz>
 http://home.zf.jcu.cz/~zakkr/
 
 C, PostgreSQL, PHP, WWW, http://docs.linux.cz, http://mape.jcu.cz


Další informace o konferenci Test