Uitgestelde opdatering vs. onmiddellike opdatering
Uitgestelde opdatering en onmiddellike opdatering is twee tegnieke wat gebruik word om transaksieloglêers van databasisbestuurstelsels (DBBS) in stand te hou. Transaksie log (ook na verwys as die joernaal log of die oordoen log) is 'n fisiese lêer wat die Transaksie ID, die tydstempel van die transaksie, die ou waarde en die nuwe waardes van die data stoor. Dit laat die DBBS toe om tred te hou met die data voor en na elke transaksie. Wanneer die transaksies gepleeg is en die databasis na 'n konsekwente toestand teruggekeer word, kan die logboek afgekap word om die toegewyde transaksies te verwyder.
Uitgestelde opdatering
Uitgestelde opdatering, ook genoem NO-UNDO/REDO, is 'n tegniek wat gebruik word om transaksiefoute wat voorkom as gevolg van bedryfstelsel-, krag-, geheue- of masjienfoute te herstel/ondersteun. Wanneer 'n transaksie loop, word enige opdaterings of veranderinge wat deur die transaksie aan die databasis gemaak word, nie onmiddellik gedoen nie. Hulle word in die loglêer aangeteken. Dataveranderings wat in die loglêer aangeteken is, word toegepas op die databasis by commit. Hierdie proses word "Re-doing" genoem. By terugrol word enige veranderinge aan data wat in die loglêer aangeteken is, weggegooi; dus sal geen veranderinge op die databasis toegepas word nie. As 'n transaksie misluk en dit word nie gepleeg nie as gevolg van enige van die redes hierbo genoem, word die rekords in die loglêer weggegooi en die transaksie word herbegin. As die veranderinge in 'n transaksie gepleeg word voordat dit ineenstort, word veranderinge wat in die loglêer aangeteken is, op die databasis toegepas nadat die stelsel herbegin het.
Onmiddellike opdatering
Onmiddellike opdatering, ook genoem UNDO/REDO, is ook 'n ander tegniek wat gebruik word om transaksiefoute wat voorkom as gevolg van bedryfstelsel-, krag-, geheue- of masjienfoute te herstel/ondersteun. Wanneer 'n transaksie loop, word enige van die opdaterings of veranderinge wat deur die transaksie gemaak is, direk in die databasis ingeskryf. Beide die oorspronklike waardes en die nuwe waardes word ook in die loglêer aangeteken voordat veranderinge aan die databasis gemaak word. By commit word alle veranderinge wat aan die databasis gemaak word permanent gemaak en die rekords in die loglêer word weggegooi. By terugrol word ou waardes in die databasis herstel deur die ou waardes wat in die loglêer gestoor is, te gebruik. Al die veranderinge wat deur transaksies aan die databasis gemaak word, word weggegooi en hierdie proses word "Un-doing" genoem. Wanneer die stelsel na 'n ongeluk herbegin, word al die databasisveranderinge permanent gemaak vir toegewyde transaksies. Vir onverbonde transaksies word oorspronklike waardes herstel deur die waardes in die loglêer te gebruik.
Wat is die verskil tussen uitgestelde opdatering en onmiddellike opdatering
Selfs al is uitgestelde opdatering en onmiddellike opdatering twee metodes om te herstel na 'n stelselfout, is die proses wat elke metode gebruik anders. In 'n ander opdateringsmetode word enige veranderinge wat deur 'n transaksie aan die data gemaak word, eers in 'n loglêer aangeteken en op die databasis toegepas by commit. In onmiddellike opdateringsmetode word veranderinge wat deur 'n transaksie gemaak word, direk op die databasis toegepas en ou waardes en nuwe waardes word in die loglêer aangeteken. Hierdie rekords word gebruik om ou waardes met terugrol te herstel. In verskillende opdateringsmetodes word rekords in die loglêer weggegooi by terugrol en word dit nooit op die databasis toegepas nie. Een nadeel van uitgestelde opdateringsmetode is die langer tyd wat dit neem om te herstel in die geval van 'n stelselfout. Aan die ander kant, gereelde I/O-bewerkings terwyl die transaksie aktief is, is 'n nadeel in die onmiddellike opdateringsmetode.
