Odložena posodobitev v primerjavi s takojšnjo posodobitvijo
Odložena posodobitev in takojšnja posodobitev sta dve tehniki, ki se uporabljata za vzdrževanje datotek dnevnika transakcij sistemov za upravljanje baz podatkov (DBMS). Dnevnik transakcij (imenovan tudi dnevnik dnevnika ali dnevnik ponovitve) je fizična datoteka, ki vsebuje ID transakcije, časovni žig transakcije, staro vrednost in nove vrednosti podatkov. To DBMS omogoča sledenje podatkov pred in po vsaki transakciji. Ko so transakcije predane in se baza podatkov vrne v dosledno stanje, bo dnevnik morda okrnjen, da bo odstranil predane transakcije.
Odložena posodobitev
Odložena posodobitev, imenovana tudi NO-UNDO / REDO, je tehnika, ki se uporablja za obnovo / podporo napakam transakcij, ki se pojavijo zaradi napak operacijskega sistema, napajanja, pomnilnika ali stroja. Ko se transakcija zažene, nobene posodobitve ali spremembe, ki jih je transakcija izvedla v bazo podatkov, niso opravljene takoj. Zabeleženi so v dnevniški datoteki. Spremembe podatkov, zabeležene v dnevniški datoteki, se uporabijo v zbirki podatkov ob objavi. Ta postopek se imenuje "Ponovno početje". Pri vračanju se vse spremembe podatkov, zabeleženih v dnevniški datoteki, zavržejo; zato za bazo podatkov spremembe ne bodo uporabljene. Če transakcija ne uspe in zaradi katerega od zgoraj omenjenih razlogov ni storjena, se zapisi v dnevniški datoteki zavržejo in transakcija se znova zažene. Če so spremembe v transakciji storjene pred zrušitvijo, potem po ponovnem zagonu sistema,spremembe, zabeležene v dnevniški datoteki, se uporabijo v zbirki podatkov.
Takojšnja posodobitev
Takojšnja posodobitev, imenovana tudi UNDO / REDO, je tudi druga tehnika, ki se uporablja za obnovo / podporo napakam transakcij, ki se pojavijo zaradi napak operacijskega sistema, napajanja, pomnilnika ali stroja. Ko se transakcija zažene, se katere koli posodobitve ali spremembe, ki jih naredi transakcija, zapišejo neposredno v bazo podatkov. Pred spremembo baze podatkov se v datoteko dnevnika zapišejo tudi izvirne vrednosti in nove vrednosti. Ob odobritvi so vse spremembe v bazi podatkov trajne, zapisi v dnevniški datoteki pa zavrženi. Pri vračanju se stare vrednosti obnovijo v bazo podatkov s pomočjo starih vrednosti, shranjenih v dnevniški datoteki. Vse spremembe, ki jih naredijo transakcije v zbirki podatkov, se zavržejo in ta postopek se imenuje "Un-doing". Ko se sistem po zrušitvi znova zažene, so vse spremembe baze podatkov trajne za predane transakcije. Za nezavezane transakcije se izvirne vrednosti obnovijo z uporabo vrednosti v dnevniški datoteki.
Kakšna je razlika med odloženo posodobitvijo in takojšnjo posodobitvijo
Čeprav sta odloženi posodobitvi in takojšnja posodobitev dva načina za obnovitev po okvari sistema, je postopek, ki ga uporablja vsaka metoda, drugačen. Pri različni metodi posodabljanja se vse spremembe podatkov, ki jih transakcija naredi, najprej zabeležijo v datoteko dnevnika in uporabijo v zbirki podatkov ob objavi. Pri metodi takojšnje posodobitve se spremembe, ki jih naredi transakcija, neposredno uporabijo v zbirki podatkov, stare vrednosti in nove vrednosti pa se zabeležijo v datoteko dnevnika. Ti zapisi se uporabljajo za obnovitev starih vrednosti pri vračanju. Pri različni metodi posodabljanja se zapisi v dnevniški datoteki zavrnejo pri vrnitvi nazaj in se nikoli ne uporabijo v bazi podatkov. Slaba stran metode odloženega posodabljanja je podaljšan čas za obnovitev v primeru okvare sistema. Po drugi strani pa so pogoste V / I operacije, ko je transakcija aktivna, pomanjkljivost pri metodi takojšnje posodobitve.
