{"id":103298,"date":"2022-02-11T15:36:48","date_gmt":"2022-02-11T13:36:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/obnovlenie-postgresql-vypusk-reshape-utility-dlya-migraczii-na-novuyu-shemu-bez-ostanovki-raboty"},"modified":"2022-02-11T15:36:48","modified_gmt":"2022-02-11T13:36:48","slug":"obnovlenie-postgresql-vypusk-reshape-utility-dlya-migraczii-na-novuyu-shemu-bez-ostanovki-raboty","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/obnovlenie-postgresql-vypusk-reshape-utility-dlya-migraczii-na-novuyu-shemu-bez-ostanovki-raboty","title":{"rendered":"Atualiza\u00e7\u00e3o do PostgreSQL. Lan\u00e7amento do reshape, uma ferramenta para migra\u00e7\u00e3o para um novo esquema sem interromper a opera\u00e7\u00e3o","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Foram formadas atualiza\u00e7\u00f5es corretivas para todos os ramos suportados do PostgreSQL: 14.2, 13.6, 12.10, 11.15 e 10.20, nas quais 55 erros identificados nos \u00faltimos tr\u00eas meses foram corrigidos. Entre eles, foram solucionados problemas que, em uma rara conflu\u00eancia de circunst\u00e2ncias, poderiam levar \u00e0 corrup\u00e7\u00e3o de \u00edndices ao alterar cadeias HOT (heap-only tuple) durante a execu\u00e7\u00e3o da opera\u00e7\u00e3o VACUUM ou ao realizar a opera\u00e7\u00e3o REINDEX CONCURRENTLY para \u00edndices de tabelas que utilizam o mecanismo de armazenamento TOAST. <\/p>\n
Foi resolvido o t\u00e9rmino inesperado durante a execu\u00e7\u00e3o do ALTER STATISTICS e ao extrair dados com tipos multirange. No planejador de consultas, foram corrigidos erros que resultavam na apresenta\u00e7\u00e3o de resultados incorretos. Tamb\u00e9m foram eliminados vazamentos de mem\u00f3ria ao atualizar \u00edndices baseados em express\u00f5es e ao executar a opera\u00e7\u00e3o «REASSIGN OWNED BY» em um grande n\u00famero de objetos. A constru\u00e7\u00e3o de estat\u00edsticas avan\u00e7adas para tabelas segmentadas foi assegurada. <\/p>\n
Adicionalmente, destaca-se o lan\u00e7amento da ferramenta reshape, que permite realizar atualiza\u00e7\u00f5es complexas no esquema de dados do PostgreSQL sem parar os servi\u00e7os, as quais normalmente exigiriam altera\u00e7\u00f5es manuais e interrup\u00e7\u00e3o tempor\u00e1ria dos servi\u00e7os que utilizam o banco de dados. A ferramenta possibilita a transi\u00e7\u00e3o de um antigo esquema de dados para um novo sem longas bloqueios e sem interromper o ciclo de processamento de solicita\u00e7\u00f5es. A ferramenta cria automaticamente vis\u00f5es das tabelas, com as quais os aplicativos continuam a trabalhar durante a migra\u00e7\u00e3o do esquema de dados, e configura gatilhos que retransmitem opera\u00e7\u00f5es de adi\u00e7\u00e3o e remo\u00e7\u00e3o de dados entre os antigos e novos esquemas. <\/p>\n
Assim, ao utilizar o reshape durante a migra\u00e7\u00e3o, o antigo e o novo esquema permanecem dispon\u00edveis simultaneamente, e os aplicativos podem ser gradualmente migrados para o novo esquema sem interrup\u00e7\u00e3o (em grandes infraestruturas, \u00e9 poss\u00edvel trocar processadores antigos por novos de forma gradual). Ap\u00f3s a conclus\u00e3o da migra\u00e7\u00e3o dos aplicativos para o novo esquema, as vis\u00f5es e gatilhos criados para suportar o antigo esquema s\u00e3o removidos. Se problemas forem encontrados nos aplicativos durante a migra\u00e7\u00e3o, \u00e9 poss\u00edvel reverter a mudan\u00e7a do esquema e retornar ao estado anterior. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"