IMHO. Problemos greiciausiai bus architekturoje, ideologijoje ir pan.

1. Tranzakciju ne visur reikia, o tik ten kur jos butinos.

2. Nepatarciau lockinti net sekundei nieko, ta prasme jokiu redagavimo procesu kada neprieina kiti prie duomenu, tada jau nuskaitinek duomenis ir ivykus pakeitimam jei vyksta saugojimas, tik tam trumpam proceseliui uzklausai ar procedurai duot tranzakcija kada vyksta saugojimo operacija.

3. Jei vis del to reikia kai kazkoks redagavimas vyksta neprileist kitu prie duomenu gali issisukt irgi be tranzakcijos, kad ir su pozymiu, duomenys dabar redaguojami ar panasiai, tai nesudarys kitiems juos skaityti jokiu problemu.

P.S. Naujos programmeriu kartos kazkaip viska linke technologiniu keliu spresti, panaudojant technologijas tingedami sukurti kazkokia savo logika kuri gali su ta situacija susitvarkyti ir kuria lengva jei kas kontroliuoti ar kaip nori pakeisti - kaip to reikia, technologinio sprendimo minusas dar ir toks kad tai neina pilnai valdyti ir dirbama pagal kazkieno ideologija kuri ne visada sutampa su kuriamos programos ideologija.

Cia tik maniske nuomuone, spresti aisku tau.

"Anon" <anon@pisem.net> wrote in message news:idl20p$gj9$1@trimpas.omnitel.net...
> Jums leidus, apie tai pagalvota jau seniau :) . Kasininkas nerūko ir jokių 
> uždelsimų nedaro, pataisymas vyksta 4-5 sekundes, bet pagal kažkokį sutapimą 
> įrašas "pabėga". Stovėjau ir žiūrėjau pats. O už nuorodą labai ačiū - 
> pravers ateity, tobulinat darbą. Tik va, duombazistas grynas gal nebūsiu :)
> 
> Vytautas
> 
> "2x50"  wrote in message news:idl0nv$ee1$1@trimpas.omnitel.net...
> 
> Tada kaip duombazistas, siulau pradeti cia
> http://dev.mysql.com/doc/refman/5.5/en/innodb-lock-modes.html
> 
> Ir tada pagalvoti apie toki scenariju. Kasininkas persijungia i redagavimo
> rezima ir iseina parukyti.
> 
> "Anon" <anon@pisem.net> wrote in message
> news:idkuhj$abq$1@trimpas.omnitel.net...
>> IMHO, neteisingas :) Kiek suprantu, priklausomai nuo "transaction 
>> isolation level" nuskaitydamas gali gauti skirtingus rezultatus, bet 
>> readeris neblokuojamas
>