Skillnaden Mellan Uppskjuten Uppdatering Och Omedelbar Uppdatering

Skillnaden Mellan Uppskjuten Uppdatering Och Omedelbar Uppdatering
Skillnaden Mellan Uppskjuten Uppdatering Och Omedelbar Uppdatering

Video: Skillnaden Mellan Uppskjuten Uppdatering Och Omedelbar Uppdatering

Video: Skillnaden Mellan Uppskjuten Uppdatering Och Omedelbar Uppdatering
Video: Otroligt viktig uppdatering... 2024, Maj
Anonim

Uppskjuten uppdatering vs omedelbar uppdatering

Uppskjuten uppdatering och omedelbar uppdatering är två tekniker som används för att underhålla transaktionsloggfiler för databashanteringssystem (DBMS). Transaktionslogg (även kallad journalloggen eller omloggningsloggen) är en fysisk fil som lagrar transaktions-ID, transaktionens tidsstämpel, det gamla värdet och de nya värdena för data. Detta gör det möjligt för DBMS att hålla koll på data före och efter varje transaktion. När transaktionerna begås och databasen återställs till ett konsekvent tillstånd kan loggen trunkeras för att ta bort de åtagna transaktionerna.

Uppskjuten uppdatering

Uppskjuten uppdatering även kallad NO-UNDO / REDO är en teknik som används för att återställa / stödja transaktionsfel som uppstår på grund av operativsystem, ström, minne eller maskinfel. När en transaktion körs görs inga uppdateringar eller ändringar i databasen av transaktionen omedelbart. De registreras i loggfilen. Dataändringar som registrerats i loggfilen tillämpas på databasen vid commit. Denna process kallas”Re-doing”. Vid återställning kasseras alla ändringar av data som registrerats i loggfilen. därför kommer inga ändringar att tillämpas på databasen. Om en transaktion misslyckas och den inte görs på grund av någon av anledningarna som nämns ovan, kastas posterna i loggfilen och transaktionen startas om. Om ändringarna i en transaktion görs innan kraschen, efter att systemet startats om,ändringar som registrerats i loggfilen tillämpas på databasen.

Omedelbar uppdatering

Omedelbar uppdatering även kallad UNDO / REDO, är också en annan teknik som används för att återställa / stödja transaktionsfel som uppstår på grund av operativsystem, ström, minne eller maskinfel. När en transaktion körs skrivs någon av uppdateringarna eller ändringarna av transaktionen direkt in i databasen. Både de ursprungliga värdena och de nya värdena registreras också i loggfilen innan ändringar görs i databasen. Vid vidtagande görs alla ändringar som görs i databasen permanenta och posterna i loggfilen kasseras. Vid återställning återställs gamla värden till databasen med de gamla värdena som är lagrade i loggfilen. Alla ändringar som gjorts av transaktioner i databasen kasseras och denna process kallas "Un-doing". När systemet startar om efter en krasch görs alla databasändringar permanenta för begåna transaktioner. För obefintliga transaktioner återställs originalvärdena med hjälp av värdena i loggfilen.

Vad är skillnaden mellan uppskjuten uppdatering och omedelbar uppdatering

Även om uppskjuten uppdatering och omedelbar uppdatering är två metoder för återställning efter ett systemfel, är processen som varje metod använder annorlunda. I olika uppdateringsmetoder registreras alla ändringar som görs av data genom en transaktion först i en loggfil och tillämpas på databasen vid förpliktelse. I en omedelbar uppdateringsmetod tillämpas ändringar som gjorts av en transaktion direkt på databasen och gamla värden och nya värden registreras i loggfilen. Dessa poster används för att återställa gamla värden vid återställning. I olika uppdateringsmetoder kasseras poster i loggfilen vid återgång och tillämpas aldrig i databasen. En nackdel med uppskjuten uppdateringsmetod är den ökade tiden det tar att återställa i händelse av ett systemfel. Å andra sidan är frekventa I / O-operationer medan transaktionen är aktiv en nackdel i omedelbar uppdateringsmetod.

Rekommenderas: