insert delayed v mysql
Karel Zak
zakkr na zf.jcu.cz
Pátek Únor 20 10:06:09 CET 2004
On Fri, Feb 20, 2004 at 09:52:21AM +0100, Ondrej Koala Vacha wrote:
> On Fri, 20 Feb 2004, Honza Pazdziora wrote:
>
> > On Thu, Feb 19, 2004 at 05:04:08PM +0100, Ondrej Koala Vacha wrote:
> > >
> > > Ne nejsou, nekolikrat jsem to u dotycneho overoval. Netransakcni, ani
> > > nepouziva lock tables.
> >
> > Pak ale server musi tu tabulku interne zamknout. Protoze jinak by
> > nebyl schopen zajistit, ze dostanete konzistentni vysledek. Mohlo by
> > se Vam v takovem pripade stat, ze pulku vysledku (toho selectu)
> > dostanete z doby jeste pred probehnutim insertu a druhou pulku po
> > dobehnuti insertu.
> >
>
> A dela to? Tedy jestli se snazi zajist alespon jakysi konzistentni
> vysledek nazvdory tomu, ze aplikace si o nekonzistentnost sam rika tim, ze
> nezamyka.
Pokud myslite, ze by to mela resit aplikace a zajistit si sama
konzistenci dat, aby nedochazelo k vzajemnemu chodu INSERT(apod) a
SELECTu tak to se dostavate nekam do "databazoveho" praveku. IMHO prave
pro zajisteni kozistence dat se DB pouzivaji.
Neco jako LOCK TABLE je prikaz, ktery by nemel byt ani v manualu a mel
se predavat z generace na generaci databazovych specialistu jako neco
tajemneho a "co snad nekde pry existuje..." :-) (plati to i o
vyvojarich DB serveru).
Karel
--
Karel Zak <zakkr na zf.jcu.cz>
http://home.zf.jcu.cz/~zakkr/
Další informace o konferenci Databases