Er zijn corrigerende updates gegenereerd voor alle ondersteunde takken van PostgreSQL: 14.2, 13.6, 12.10, 11.15 en 10.20, die 55 fouten corrigeren die de afgelopen drie maanden zijn geïdentificeerd. We hebben onder andere problemen opgelost die, in zeldzame omstandigheden, leidden tot indexcorruptie bij het wijzigen van HOT-ketens (heap-only tuple) tijdens een VACUUM-bewerking of bij het uitvoeren van een REINDEX CONCURRENTLY-bewerking op indexen op tabellen die het TOAST-opslagmechanisme gebruiken.
Crashes opgelost bij het uitvoeren van ALTER STATISTICS en bij het ophalen van gegevens met typen met meerdere bereiken. Bugs in de queryplanner die onjuiste resultaten veroorzaakten, zijn opgelost. Geheugenlekken opgelost bij het bijwerken van indexen met behulp van expressies en bij het uitvoeren van een REASSIGN OWNED BY-bewerking op een groot aantal objecten. Er wordt voorzien in de constructie van geavanceerde statistieken voor gesegmenteerde tabellen.
Bovendien kunnen we de release van het reshape-hulpprogramma noteren, waarmee u complexe updates van het gegevensschema in PostgreSQL kunt uitvoeren zonder het werk te onderbreken, wat onder normale omstandigheden handmatige wijzigingen en tijdelijke afsluiting van services met behulp van de database vereist. Het hulpprogramma maakt het mogelijk om van het oude dataschema naar het nieuwe over te schakelen zonder langdurige blokkering en zonder de verwerkingscyclus van verzoeken te onderbreken. Het hulpprogramma maakt automatisch tabelweergaven waarmee toepassingen blijven werken tijdens de migratie van gegevensschema's, en configureert ook triggers die bewerkingen voor het toevoegen en verwijderen van gegevens tussen de oude en nieuwe schema's vertalen.
Wanneer reshape tijdens de migratie wordt gebruikt, blijven het oude en nieuwe schema dus tegelijkertijd beschikbaar en kunnen applicaties geleidelijk worden overgezet naar het nieuwe schema zonder het werk te onderbreken (in grote infrastructuren kunnen handlers geleidelijk worden vervangen van oud naar nieuw). Zodra de migratie van applicaties naar het nieuwe schema is voltooid, worden de views en triggers die zijn gemaakt om ondersteuning voor het oude schema te behouden, verwijderd. Als er tijdens de migratie problemen met applicaties worden vastgesteld, kunt u de schemawijziging ongedaan maken en terugkeren naar de oude staat.
Bron: opennet.ru