[nastava:2003] - Re: evo roka iz baza by "Milan Stanojevic" <milanst@ptt.yu>

Damjan (Nikoli):
Tačno, ne poštuje, u tome i jeste "problem", jer teorija kaže da takva transakcija ne bi smela uopšte da se pojavi, naravno ako mi razumemo šta M.B. podrazumeva pod Read(X), Write(X) i X:=X+1

Damjan (Milanu):
Slažem se sa svim što si izneo (još uvek ništa od ukopavanja).

Baš tako. Transakcija je potpuno neregularna.



Tako da bi moj odgovor bio. Kada T3 izvrsi Write(A), azurira se TT3 i nista drugo. 
Damjane, ako gresim, budi fin i nemoj mnogo da me ukopas :) 

Damjan:
Ovo ne želim da komentarišem, jer nije u mom domenu da definišem šta koja operacija radi. Po tom pitanju je moj lični stav isti kao i Milanov, dakle Read(X) inicijalizuje lokalnu kopiju, X:=X+1 menja lokalnu kopiju, Write(X) upisuje lokalnu kopiju u deljenu memoriju. Jedino mi se čini da malo mešate babe i žabe, jer ponavljam serijalizovanost/neserijalizovanost redosleda izvršavanja transakcija nema nikakve veze sa time kako je implementiran mehanizam za oporavak od kvara. Valjda i čitava ideja jeste da ti delovi DBMS-a (Buffer Manager, Concurrency Manager, Recovery Manager, ...) budu lepo razdvojeni (nezavisni, enkapsulirani, kako god, ubi me terminologija). Milanu: pogledaj malo ovu tvoju pretposlednju rečenicu, i seti se Buffer Managera. Ja mislim da se TT3 ne menja, sve ostaje isto, samo se (eventualno) u BAFERU na mesto za A upisuje nova vrednost (mada ja mislim da se čak ni to ne dešava, nego da se menja lokalna kopija promenljive X, pogledaj bre šta si pričao pre N redova). ALI SVE JE OVO NA POGREŠNIM NOGAMA, JER SE OVAKVA TRANSAKCIJA NE MOŽE POJAVITI.


Damjane, pa kod tebe sam u rešenim rokovima video da ažuriraš tekuću stranicu posle Write operacije.

Ja se izvinjavam publici što odvaljujem stvari, pa me onda Damjan ispravlja, ali je prilično dobar način za učenje :)
Što znači, učite na mojim greškama (bolje na tuđim nego na svojim!)

            Milan St.