Odložená aktualizace vs. okamžitá aktualizace
Odložená aktualizace a okamžitá aktualizace jsou dvě techniky používané k údržbě souborů protokolů transakcí systémů správy databází (DBMS). Protokol transakcí (označovaný také jako protokol deníku nebo opakovaný protokol) je fyzický soubor, který ukládá ID transakce, časové razítko transakce, starou hodnotu a nové hodnoty dat. To umožňuje systému DBMS sledovat data před a po každé transakci. Když jsou transakce potvrzeny a databáze je vrácena do konzistentního stavu, může být protokol zkrácen, aby se odstranily potvrzené transakce.
Odložená aktualizace
Odložená aktualizace nazývaná také NO-UNDO / REDO je technika používaná k obnově / podpoře selhání transakcí, ke kterým dochází v důsledku selhání operačního systému, napájení, paměti nebo stroje. Když se transakce spustí, neprovedou se okamžitě žádné aktualizace nebo změny provedené v databázi transakcí. Zaznamenávají se do souboru protokolu. Změny dat zaznamenané v souboru protokolu se při potvrzení použijí v databázi. Tento proces se nazývá „Opětovné provádění“. Při vrácení zpět budou všechny změny dat zaznamenaných v souboru protokolu zahozeny; proto nebudou na databázi použity žádné změny. Pokud transakce selže a není potvrzena z některého z výše uvedených důvodů, záznamy v souboru protokolu jsou zahozeny a transakce je restartována. Pokud jsou změny v transakci potvrzeny před selháním, pak po restartování systému,změny zaznamenané v souboru protokolu se použijí v databázi.
Okamžitá aktualizace
Okamžitá aktualizace, která se také nazývá UNDO / REDO, je také další technikou používanou k obnovení / podpoře selhání transakcí, ke kterým dochází v důsledku selhání operačního systému, napájení, paměti nebo stroje. Po spuštění transakce jsou všechny aktualizace nebo změny provedené transakcí zapsány přímo do databáze. Původní hodnoty i nové hodnoty se také zaznamenají do souboru protokolu před provedením změn v databázi. Při potvrzení jsou všechny změny provedené v databázi trvalé a záznamy v souboru protokolu jsou zahozeny. Při vrácení zpět jsou staré hodnoty obnoveny do databáze pomocí starých hodnot uložených v souboru protokolu. Všechny změny provedené transakcemi v databázi jsou zahozeny a tento proces se nazývá „Un-doing“. Když se systém po havárii restartuje, všechny změny databáze se u potvrzených transakcí provedou trvale. U nepotvrzených transakcí se původní hodnoty obnoví pomocí hodnot v souboru protokolu.
Jaký je rozdíl mezi odloženou aktualizací a okamžitou aktualizací
I když odložená aktualizace a okamžitá aktualizace jsou dvě metody obnovy po selhání systému, postup, který každá metoda používá, je odlišný. V odlišné metodě aktualizace jsou všechny změny provedené v datech transakcí nejprve zaznamenány do souboru protokolu a použity při odevzdání do databáze. V metodě okamžité aktualizace jsou změny provedené transakcí přímo aplikovány na databázi a staré hodnoty a nové hodnoty jsou zaznamenány do souboru protokolu. Tyto záznamy se používají k obnovení starých hodnot při vrácení zpět. V odlišném způsobu aktualizace se záznamy v souboru protokolu při vrácení zpět zahodí a nikdy se nepoužijí na databázi. Jednou z nevýhod metody odložené aktualizace je prodloužená doba potřebná k obnovení v případě selhání systému. Na druhou stranu, časté I / O operace, zatímco je transakce aktivní, jsou nevýhodou v metodě okamžité aktualizace.
