i ovo je vec diskutovano ovde na forumu, ali da ne pretrazivam sada, samo double klik na ikonicu transakcije koju si spustio na formu i odaberi Read-Write Table stability.
Ovaj transaction isolation level znaci kad jednom ucitas slog u ovoj transakciji niko vise ne sme citati i zapisivati taj isti slog.
Sto znaci ako transakcija u kojoj se nalaze tvoji upiti ima Read-Write stability kao prvi upit ima select koji selektira ovih 10 slogova i onda ih update-uje sigurno morati da to uradi serijski bez da je iko drugi prekida.
Ali pazljivo, zamisli da usred update tih 10 slogova treba dobiti podatke sa operatora a on otisao da jede, onda niko drugi ne moze pristupiti tih 10 slogova dok se ovaj ne vrati uz racunara i da unese podatke.
Serijalizacija podataka je apsolutno potrebna samo u mal broj slucajeva. Na primer kad bi tvoja transakcija bila normalna, sa read-commited isolation level, onda kad bi dvoje klijenti pokusali comitovati transakciju jedan bi samo uspeo sto i nije nesto strasno, zatoa sto valjda se to moze desiti jednom u milion, i opet bi podaci bili kosistentni posto ih je update-ova samo jedan klient a drugom je popucao commit.
p.s. pogledaj
http://www.ibphoenix.com/main....ix&l=;KNOWLEDGEBASE;ID=377 pa ce ti biti malo jasnije
People who think they know everything tend to irritate those of us who do.
Registrovani: 6 ( BanovoBrdo1, bachi, scoolptor, rafiki, misamilanovic, vjova )
Firebird i transakcije