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