Korektaj ĝisdatigoj estis generitaj por ĉiuj subtenataj branĉoj de PostgreSQL: 14.2, 13.6, 12.10, 11.15 kaj 10.20, kiuj korektas 55 erarojn identigitajn dum la lastaj tri monatoj. Interalie, ni riparis problemojn, kiuj, en maloftaj cirkonstancoj, kaŭzis indeksan korupton kiam oni ŝanĝas HOT (nur-heap-opo) ĉenojn dum VACUUM-operacio aŭ dum farado de REINDEX CONCURRENTLY operacio sur indeksoj sur tabloj kiuj uzas la TOAST-stokan mekanismon.
Korektitaj kraŝoj dum plenumado de ALTER STATISTICS kaj kiam oni reakiras datumojn kun multintervalaj tipoj. Cimoj en la konsultplanilo, kiuj kaŭzis malĝustajn rezultojn, estis korektitaj. Korektitaj memorfuĝoj dum ĝisdatigo de indeksoj uzante esprimojn kaj dum operacio REASSIGNO OWNED BY sur granda nombro da objektoj. La konstruado de altnivelaj statistikoj por segmentitaj tabeloj estas provizita.
Aldone, ni povas noti la liberigon de la reforma utileco, kiu ebligas al vi plenumi kompleksajn ĝisdatigojn al la datuma skemo en PostgreSQL sen ĉesigi laboron, kiu en normalaj kondiĉoj postulas manajn ŝanĝojn kaj provizoran ĉesigon de servoj uzante la datumbazon. La utileco ebligas ŝanĝi de la malnova datuma skemo al la nova sen longa blokado kaj sen interrompo de la peta prilaborado. La utileco aŭtomate kreas tabelajn vidojn, kun kiuj aplikaĵoj daŭre funkcias dum migrado de datumskemoj, kaj ankaŭ agordas ellasilon, kiuj tradukas operaciojn de aldono kaj forigo de datumoj inter la malnovaj kaj novaj skemoj.
Tiel, dum uzado de reformado dum migrado, la malnova kaj nova skemo restas disponeblaj samtempe kaj aplikaĵoj povas esti iom post iom translokigitaj al la nova skemo sen ĉesigo de laboro (en grandaj infrastrukturoj, pritraktantoj povas esti iom post iom anstataŭigitaj de malnova al nova). Post kiam la migrado de aplikoj al la nova skemo estas finita, la vidoj kaj ellasiloj kreitaj por konservi subtenon por la malnova skemo estas forigitaj. Se problemoj kun aplikoj estas identigitaj dum migrado, vi povas inversigi la skeman ŝanĝon kaj reveni al la malnova stato.
fonto: opennet.ru