Հետաձգված թարմացում ընդդեմ անհապաղ թարմացման
Հետաձգված թարմացում և Անմիջական թարմացում երկու տեխնիկա են, որոնք օգտագործվում են Տվյալների բազայի կառավարման համակարգերի (DBMS) գործարքների մատյան ֆայլերը պահպանելու համար: Գործարքների գրանցամատյանը (որը նաև կոչվում է ամսագրի գրանցամատյան կամ վերափոխման մատյան) ֆիզիկական ֆայլ է, որը պահում է Գործարքի ID-ն, գործարքի ժամանակի դրոշմը, հին արժեքը և տվյալների նոր արժեքները: Սա թույլ է տալիս DBMS-ին հետևել տվյալներին յուրաքանչյուր գործարքից առաջ և հետո: Երբ գործարքները կատարվում են, և տվյալների բազան վերադարձվում է հետևողական վիճակի, գրանցամատյանը կարող է կրճատվել՝ կատարված գործարքները հեռացնելու համար:
Հետաձգված թարմացում
Հետաձգված թարմացումը, որը նաև կոչվում է NO-UNDO/REDO, տեխնիկա է, որն օգտագործվում է վերականգնելու/աջակցելու գործարքների ձախողումները, որոնք տեղի են ունենում օպերացիոն համակարգի, հոսանքի, հիշողության կամ մեքենայի խափանումների պատճառով: Երբ գործարքն իրականացվում է, գործարքի կողմից տվյալների բազայում կատարված ցանկացած թարմացում կամ փոփոխություն անմիջապես չի կատարվում: Դրանք գրանցվում են գրանցամատյանում: Տվյալների փոփոխությունները, որոնք գրանցված են գրանցամատյանում, կիրառվում են տվյալների բազայի վրա՝ commit-ի ժամանակ: Այս գործընթացը կոչվում է «Վերականգնում»: Հետ վերադարձի դեպքում գրանցամատյանում գրանցված տվյալների ցանկացած փոփոխություն անտեսվում է. հետևաբար տվյալների բազայում որևէ փոփոխություն չի կիրառվի: Եթե գործարքը ձախողվում է, և այն չի իրականացվում վերը նշված որևէ պատճառի պատճառով, գրանցամատյանի ֆայլի գրառումները հանվում են և գործարքը վերսկսվում է: Եթե գործարքի փոփոխությունները կատարվել են նախքան խափանումը, ապա համակարգի վերագործարկումից հետո գրանցամատյանում գրանցված փոփոխությունները կիրառվում են տվյալների բազայում:
Անմիջապես թարմացում
Անմիջական թարմացումը, որը նաև կոչվում է UNDO/REDO, նաև մեկ այլ տեխնիկա է, որն օգտագործվում է վերականգնելու/աջակցելու գործարքների ձախողումները, որոնք տեղի են ունենում օպերացիոն համակարգի, հոսանքի, հիշողության կամ մեքենայի խափանումների պատճառով:Երբ գործարքն իրականացվում է, գործարքի միջոցով կատարված ցանկացած թարմացում կամ փոփոխություն ուղղակիորեն գրվում է տվյալների բազայում: Ե՛վ սկզբնական արժեքները, և՛ նոր արժեքները նույնպես գրանցվում են գրանցամատյանում, նախքան տվյալների բազայում փոփոխություններ կատարելը: Կոմիտի ժամանակ տվյալների բազայում կատարված բոլոր փոփոխությունները մշտական են դառնում, և գրանցամատյանի ֆայլի գրառումները ջնջվում են: Հետ վերադարձի ժամանակ հին արժեքները վերականգնվում են տվյալների բազա՝ օգտագործելով log ֆայլում պահված հին արժեքները: Տվյալների բազայում գործարքների կատարած բոլոր փոփոխությունները հանվում են, և այս գործընթացը կոչվում է «Un-doing»: Երբ համակարգը վերագործարկվում է խափանումից հետո, տվյալների բազայի բոլոր փոփոխությունները մշտական են դառնում կատարված գործարքների համար: Չկատարված գործարքների դեպքում սկզբնական արժեքները վերականգնվում են՝ օգտագործելով մատյան ֆայլի արժեքները:
Ո՞րն է տարբերությունը հետաձգված թարմացման և անհապաղ թարմացման միջև
Թեև Հետաձգված թարմացումն ու Անմիջական թարմացումը համակարգի ձախողումից հետո վերականգնման երկու եղանակ են, յուրաքանչյուր մեթոդի կիրառման գործընթացը տարբեր է:Տարբեր թարմացման մեթոդով, գործարքի միջոցով տվյալների մեջ կատարված ցանկացած փոփոխություն նախ գրանցվում է գրանցամատյանում և կիրառվում է տվյալների բազայում commit-ի ժամանակ: Անմիջական թարմացման մեթոդով գործարքի արդյունքում կատարված փոփոխություններն ուղղակիորեն կիրառվում են տվյալների բազայում, իսկ հին արժեքներն ու նոր արժեքները գրանցվում են գրանցամատյանում: Այս գրառումներն օգտագործվում են վերադարձի ժամանակ հին արժեքները վերականգնելու համար: Տարբեր թարմացման մեթոդի դեպքում գրանցամատյանի ֆայլի գրառումները հետ են մղվում և երբեք չեն կիրառվում տվյալների բազայում: Հետաձգված թարմացման մեթոդի մինուսը համակարգի խափանման դեպքում վերականգնման ժամանակի ավելացումն է: Մյուս կողմից, հաճախակի I/O գործառնությունները, երբ գործարքը ակտիվ է, անհապաղ թարմացման մեթոդի թերություն է:
