Korektaj ĝisdatigoj estis publikigitaj por ĉiuj subtenataj PostgreSQL-eldonoj: 14.2, 13.6, 12.10, 11.15, kaj 10.20. Ĉi tiuj ĝisdatigoj korektas 55 cimojn malkovritajn dum la pasintaj tri monatoj. Ĉi tiuj korektoj inkluzivas problemojn, kiuj, en maloftaj cirkonstancoj, povus konduki al indeksa korupto dum modifo de HOT (nur-stako-tuplo) ĉenoj dum VACUUM-operacio aŭ dum plenumado de REINDEX CONCURRENTLY-operacio sur indeksoj en tabeloj, kiuj uzas la TOAST-stokadmotoron.
Kraŝoj dum ekzekuto de ALTER STATISTICS kaj dum prenado de datumoj kun multintervalaj tipoj estis forigitaj. Eraroj en la serĉoplanilo, kiuj povus kaŭzi malĝustajn rezultojn, estis riparitaj. Memorlikoj estis riparitaj dum ĝisdatigo de indeksoj per esprimoj kaj dum plenumado de la operacio REASIGN OWNED BY sur granda nombro da objektoj. Etenditaj statistikoj nun estas subtenataj por dividitaj tabeloj.
Ankaŭ rimarkinda estas la eldono de la ilo "reshape", kiu ebligas kompleksajn skemĝisdatigojn en PostgreSQL sen malfunkcitempo. Tio normale postulus manajn ŝanĝojn kaj provizoran malfunkcitempon de servoj uzantaj la datumbazon. Ĉi tiu ilo ebligas migradon de la malnova skemo al la nova sen longaj ŝlosadoj aŭ interrompo de la serĉpeto-prilabora ciklo. La ilo aŭtomate kreas tabelvidojn, kun kiuj aplikaĵoj daŭre laboras dum la skemmigrado, kaj agordas ellasilojn, kiuj relajas datumojn enmeto- kaj forigo-operaciojn inter la malnovaj kaj novaj skemoj.
Tiel, uzante Reshape dum migrado, kaj la malnova kaj la nova skemoj restas haveblaj samtempe, kaj aplikaĵoj povas esti iom post iom migritaj al la nova skemo sen malfunkciotempo (en grandaj infrastrukturoj, traktiloj povas esti iom post iom anstataŭigitaj de la malnova al la nova). Post kiam la aplikaĵmigrado al la nova skemo finiĝas, la vidoj kaj ellasiloj kreitaj por konservi subtenon por la malnova skemo estas forigitaj. Se iuj problemoj kun aplikaĵoj estas detektitaj dum migrado, la skemŝanĝo povas esti malfarita kaj la malnova stato povas esti restarigita.
fonto: opennet.ru
