Разлика између Одложеног ажурирања и непосредног ажурирања

Одложено ажурирање у односу на тренутно ажурирање

Одложено ажурирање и тренутно ажурирање две су технике које се користе за одржавање датотека дневника трансакција система за управљање базама података (ДБМС). Дневник трансакција (који се такође назива дневник дневника или поновно записник) је физичка датотека која похрањује ИД трансакције, временски жиг трансакције, стару вриједност и нове вриједности података. То омогућава ДБМС-у да прати податке прије и након сваке трансакције. Када су трансакције извршене и база података враћена у стално стање, дневник може бити скраћен да уклони почињене трансакције.

Одложено ажурирање

Одложено ажурирање које се такође назива НО-УНДО / РЕДО је техника која се користи за опоравак / подршку пропуста трансакција који се јављају због квара оперативног система, напајања, меморије или машине. Када се трансакција покрене, било какве исправке или измене у бази података извршене трансакцијом не извршавају се одмах. Записују се у датотеку дневника. Промјене података забиљежене у датотеци дневника примјењују се на базу података на повјери. Овај процес се назива „Поновно обављање“. При поврату, све промене података забележених у датотеци дневника се одбацују; стога се на базу података неће применити промене. Ако трансакција не успе и није извршена из било којег од горе наведених разлога, записи у датотеци дневника се одбацују и трансакција се поново покреће. Ако су промене трансакције извршене пре рушења, онда се након поновног покретања система промене записане у датотеци дневника примењују на базу података.

Одмах ажурирање

Непосредно ажурирање, које се назива и УНДО / РЕДО, такође је друга техника која се користи за опоравак / подршку пропуста трансакција који се јављају због квара оперативног система, напајања, меморије или машине. Када се трансакција покрене, било која ажурирања или измене извршене трансакцијом се записују директно у базу података. И изворне и нове вредности се такође бележе у датотеку дневника пре него што се промене у бази података. Након предаје, све промене у бази података постају трајне, а записи у датотеци дневника се одбацују. Након повратка старе вредности се враћају у базу података користећи старе вредности похрањене у датотеци дневника. Све промене које су извршене трансакцијама у бази података се одбацују и овај процес се назива „Нерадим“. Када се систем поново покрене након пада, све промене базе података постају трајне за почињене трансакције. За незаштићене трансакције изворне вредности се враћају помоћу вредности у датотеци дневника.

Која је разлика између Одложеног ажурирања и непосредног ажурирања

Иако су одложено ажурирање и тренутно ажурирање две методе за опоравак након отказивања система, поступак који користи свака метода је различит. Код различитог начина ажурирања, све промене података унесене трансакцијом прво се бележе у датотеци дневника и примењују на базу података на документу. У методи тренутног ажурирања, промене извршене трансакцијом директно се примењују на базу података, а старе вредности и нове вредности бележе се у датотеци дневника. Ови записи се користе за враћање старих вредности приликом повратка. У различитом начину ажурирања, записи у датотеци дневника одбацују се натраг и никада се не примјењују на базу података. Један недостатак одложеног начина ажурирања је дуже време потребно за опоравак у случају квара на систему. С друге стране, честе операције И / О-а док је трансакција активна, недостатак су методе непосредног ажурирања.