Corrigerende updates zijn aangemaakt voor alle ondersteunde PostgreSQL-versies: 14.2, 13.6, 12.10, 11.15 en 10.20, waarin 55 fouten zijn opgelost die de afgelopen drie maanden zijn ontdekt. Onder andere zijn er problemen verholpen die in zeldzame gevallen leidden tot beschadiging van indices bij het aanpassen van HOT-ketens (heap-only tuple) tijdens de uitvoering van de VACUUM-operatie of bij het uitvoeren van de REINDEX CONCURRENTLY-operatie voor indices van tabellen die gebruikmaken van de TOAST-opslagsystemen.
Abrupte afsluitingen bij het uitvoeren van ALTER STATISTICS en bij het ophalen van gegevens met multirange-typen zijn verholpen. In de queryplanner zijn fouten opgelost die resulteerden in onjuiste resultaten. Geheugenlekken bij het bijwerken van indexen op uitdrukkingen en bij het uitvoeren van de operatie 'REASSIGN OWNED BY' voor een groot aantal objecten zijn verholpen. Geavanceerde statistieken voor segmentatietabellen zijn nu mogelijk.
Verder kan de release van de reshape-tool worden opgemerkt, waarmee complexe schema-updates in PostgreSQL zonder downtime kunnen worden uitgevoerd, die normaal gesproken handmatige wijzigingen en tijdelijke stopzetting van de services die de database gebruiken, vereisen. De tool maakt het mogelijk om van een oud datamodel naar een nieuw datamodel over te schakelen zonder lange blokkeringen en zonder de verwerking van verzoeken te onderbreken. De tool creëert automatisch weergaven van tabellen waarmee applicaties gedurende de datamodel-migratie kunnen blijven werken, en configureert triggers die toevoeging en verwijdering van gegevens tussen het oude en nieuwe datamodel vertalen.
Bij gebruik van reshape tijdens de migratie blijven het oude en nieuwe datamodel tegelijkertijd toegankelijk, zodat applicaties geleidelijk naar het nieuwe datamodel kunnen worden overgezet zonder downtime (in grote infrastructuren kunnen verwerkers geleidelijk van oud naar nieuw worden vervangen). Na de voltooiing van de migratie van applicaties naar het nieuwe datamodel worden de weergaven en triggers die zijn gemaakt ter ondersteuning van het oude datamodel verwijderd. Mocht zich tijdens de migratie een probleem met applicaties voordoen, dan kan de wijziging van het datamodel worden teruggedraaid en kan er naar de oude staat worden teruggekeerd.
Bron: opennet.ru
