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