Napred popisu, jak by transakce mela vypadat (Oracle), a pak popisu, jak vypada v MySQL. Takze Oracle: spustim si dva radkove SQL klienty a zadam V OBOU napr. "update tabl set a=5 where id=5". Prvni klient operaci provede a na prikazovy radek muzu napsat dalsi prikaz. Ale nedal jsem commit! Druhy klient tedy ceka (presypaci hodiny), protoze chce updatovat stejny zaznam a ten je zamcen. V prvnim klientovi davam commit ([label]) a ted V DRUHEM klientovi se to rozjede a mohu i zde zadavat dalsi prikazy. Vse odzkouseno v Oracle SQL Plus klientech. Tak. A ted MySQL. Az po ([label]) je to stejne s tim podstatnym rozdilem, ze v DRUHEM klientovi se to uz nerozjede, a bude nutne tohoto druheho klienta odstrelit. Tak toto jsou prosim transakce v MySQL. Kdybych si to sam nevyzkousel, tak by jeden rekl, ze je to M$ pomluva volne siritelneho produktu.
"...je to stejne s tim podstatnym rozdilem, ze v DRUHEM klientovi se to uz nerozjede, a bude nutne tohoto druheho klienta odstrelit. Tak toto jsou prosim transakce v MySQL."
Nebo je to jen spatne napsany klient, ktery takto nikdo neotestoval :o) ?
Hm doted jsem zil v domeni, ze MySQL nema transakcni zpracovani implementovane. Tak jsem asi pozadu. Proto pro popsane ukoly je asi lepsi Postgress. Na druhe strane transkace ani vetsina uzivatelu od MySQL nepozaduje, stejne pomoci nej jen zobrazuji web.
Nemuzu se zbavit dojmu, ze se tam nejakym nedopatrenim zobrazuje cast clanku opakovane, ze by chybka v SQL serveru? :-)
ČLÁNKY DO MAILU