Halasztott frissítés azonnali frissítéssel
Az Elhalasztott frissítés és az Azonnali frissítés két módszer az adatbázis-kezelő rendszerek (DBMS) tranzakciós naplófájljainak karbantartására. A Tranzakciónapló (más néven naplónapló vagy újranyilvánítási napló) egy fizikai fájl, amely tárolja a Tranzakcióazonosítót, a tranzakció időbélyegzőjét, az adatok régi és új értékeit. Ez lehetővé teszi a DBMS számára, hogy nyomon kövesse az adatokat minden tranzakció előtt és után. Amikor a tranzakciókat végrehajtják, és az adatbázis visszaáll egy állandó állapotba, akkor a naplót meg lehet csonkítani a lekötött tranzakciók eltávolítása érdekében.
Halasztott frissítés
A késleltetett frissítés, más néven NO-UNDO / REDO egy olyan technika, amelyet az operációs rendszer, az áramellátás, a memória vagy a gép meghibásodása miatt bekövetkező tranzakciós hibák helyreállítására / támogatására használnak. Amikor egy tranzakció fut, a tranzakció által az adatbázisban végrehajtott bármilyen frissítés vagy módosítás nem történik meg azonnal. A naplófájlba kerülnek. A naplófájlban rögzített adatváltozásokat a rendszer végrehajtja az adatbázisra. Ezt a folyamatot „Re-doing” -nak hívják. Visszatéréskor a naplófájlban rögzített adatokban bekövetkezett bármilyen változás elvetésre kerül; ennélfogva az adatbázis nem változik. Ha egy tranzakció kudarcot vall, és a fent említett okok miatt nem hajtják végre, akkor a naplófájl rekordjai elvetésre kerülnek, és a tranzakció újraindul. Ha a tranzakcióban bekövetkezett változásokat összeomlás előtt hajtják végre, akkor a rendszer újraindítása utánA naplófájlban rögzített változtatások az adatbázisra kerülnek.
Azonnali frissítés
Az azonnali frissítés, más néven UNDO / REDO, szintén egy másik technika, amelyet az operációs rendszer, az áramellátás, a memória vagy a gép meghibásodása miatt bekövetkező tranzakciós hibák helyreállítására / támogatására használnak. Amikor egy tranzakció fut, a tranzakció által végrehajtott bármely frissítést vagy módosítást közvetlenül beírja az adatbázisba. Mind az eredeti, mind az új értékeket a naplófájlban is rögzítik, mielőtt az adatbázisban változtatásokat végeznének. Végrehajtáskor az adatbázisban végrehajtott összes változtatás véglegessé válik, és a naplófájl rekordjai eldobásra kerülnek. Visszatéréskor a régi értékeket visszaállítja az adatbázisba a naplófájlban tárolt régi értékek felhasználásával. A tranzakciók által az adatbázisban végrehajtott összes változtatást elvetjük, és ezt a folyamatot „Un-doing” -nak nevezzük. Amikor a rendszer összeomlás után újraindul, az adatbázis minden módosítása véglegessé válik a lekötött tranzakcióknál. Elkötelezett tranzakciók esetén az eredeti értékeket a naplófájl értékeinek felhasználásával állítják vissza.
Mi a különbség a Halasztott frissítés és az Azonnali frissítés között
Annak ellenére, hogy az Elhalasztott frissítés és az Azonnali frissítés két módszer a rendszerhiba utáni helyreállításra, az egyes módszerek által használt folyamat más és más. Eltérő frissítési módszer esetén a tranzakció által az adatokban végrehajtott minden változtatást először naplófájlba rögzítenek, és a lekötéskor alkalmazzák az adatbázisra. Azonnali frissítési módszer esetén a tranzakció által végrehajtott változtatások közvetlenül az adatbázisra kerülnek, és a régi értékeket és az új értékeket a naplófájl rögzíti. Ezeket a rekordokat a régi értékek visszaállítására használják. Eltérő frissítési módszer esetén a naplófájl rekordjai visszadobásra kerülnek, és soha nem kerülnek alkalmazásra az adatbázisban. A halasztott frissítési módszer egyik hátránya, hogy a rendszer meghibásodása esetén megnő a helyreállításhoz szükséges idő. Másrészt a gyakori I / O műveletek, amíg a tranzakció aktív, hátrányt jelent az azonnali frissítési módszerben.
