Actualización de PostgreSQL. Lanzamento de remodelación, unha utilidade para migrar a un novo esquema sen deixar de traballar

Xeráronse actualizacións correctivas para todas as ramas compatibles de PostgreSQL: 14.2, 13.6, 12.10, 11.15 e 10.20, que corrixen 55 erros identificados nos últimos tres meses. Entre outras cousas, solucionamos problemas que, en raras circunstancias, provocaban a corrupción do índice ao cambiar as cadeas HOT (só heap-tuple) durante unha operación VACUUM ou ao realizar unha operación REINDEX CONCURRENTLY en índices de táboas que utilizan o mecanismo de almacenamento TOAST.

Corrixíronse os fallos ao executar ALTER STATISTICS e ao recuperar datos con tipos multirango. Corrixíronse os erros no planificador de consultas que causaban resultados incorrectos. Solucionáronse as fugas de memoria ao actualizar índices mediante expresións e ao realizar unha operación REASSIGN OWNED BY nun gran número de obxectos. Ofrécese a construción de estatísticas avanzadas para táboas segmentadas.

Ademais, podemos sinalar o lanzamento da utilidade de remodelación, que permite realizar actualizacións complexas do esquema de datos en PostgreSQL sen deter o traballo, que en condicións normais requiren cambios manuais e peche temporal dos servizos que utilizan a base de datos. A utilidade permite cambiar do esquema de datos antigo ao novo sen bloqueo prolongado e sen interromper o ciclo de procesamento da solicitude. A utilidade crea automaticamente vistas de táboa coas que as aplicacións seguen traballando durante a migración de esquemas de datos e tamén configura activadores que traducen as operacións de engadir e eliminar datos entre os esquemas antigos e novos.

Así, ao utilizar o remodelado durante a migración, o esquema antigo e o novo permanecen dispoñibles ao mesmo tempo e as aplicacións pódense transferir gradualmente ao novo esquema sen deter o traballo (en grandes infraestruturas, os controladores pódense substituír gradualmente de vello a novo). Unha vez que se complete a migración das aplicacións ao novo esquema, elimínanse as vistas e os disparadores creados para manter a compatibilidade co esquema antigo. Se se detectan problemas coas aplicacións durante a migración, pode reverter o cambio de esquema e volver ao estado anterior.

Fonte: opennet.ru

Engadir un comentario