{"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\/it\/blog\/novosti-interneta\/obnovlenie-postgresql-vypusk-reshape-utility-dlya-migraczii-na-novuyu-shemu-bez-ostanovki-raboty","title":{"rendered":"Aggiornamento di PostgreSQL. Rilascio di reshape, un'utilit\u00e0 per la migrazione verso un nuovo schema senza interrompere il servizio","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono stati creati aggiornamenti correttivi per tutti i rami supportati di PostgreSQL: 14.2, 13.6, 12.10, 11.15 e 10.20, che risolvono 55 errori identificati negli ultimi tre mesi. Questo include la risoluzione di problemi che, in rare circostanze, portavano a corruzione degli indici durante la modifica delle catene HOT (heap-only tuple) durante l'esecuzione dell'operazione VACUUM o durante l'esecuzione dell'operazione REINDEX CONCURRENTLY per indici su tabelle che utilizzano il meccanismo di archiviazione TOAST. <\/p>\n
Risolti i crash durante l'esecuzione di ALTER STATISTICS e durante il recupero di dati con tipi multirange. Corretti gli errori nel pianificatore delle query che portavano all'output di risultati errati. Risolti i problemi di perdita di memoria durante l'aggiornamento degli indici basati su espressioni e durante l'esecuzione dell'operazione \u00abREASSIGN OWNED BY\u00bb su un gran numero di oggetti. Garantita la costruzione di statistiche avanzate per tabelle segmentate. <\/p>\n
In aggiunta, \u00e8 possibile evidenziare il rilascio dell'utilit\u00e0 reshape, che consente di effettuare aggiornamenti complessi allo schema dei dati in PostgreSQL senza interrompere il servizio. In condizioni normali, tali aggiornamenti richiederebbero modifiche manuali e un'interruzione temporanea dei servizi che utilizzano il database. L'utilit\u00e0 permette di passare da un vecchio schema dati a uno nuovo senza lunghe operazioni di blocco e senza interrompere il ciclo di elaborazione delle richieste. Inoltre, l'utilit\u00e0 crea automaticamente le viste delle tabelle, con cui le applicazioni continuano a lavorare durante la migrazione dello schema dei dati, e configura i trigger che trasmettono le operazioni di aggiunta e cancellazione di dati tra il vecchio e il nuovo schema. <\/p>\n
In questo modo, utilizzando reshape durante la migrazione, il vecchio e il nuovo schema rimangono disponibili contemporaneamente, permettendo di migrare le applicazioni al nuovo schema senza interrompere le operazioni (nei grandi ambienti, i gestori possono essere sostituiti gradualmente da vecchi a nuovi). Una volta completata la migrazione delle applicazioni al nuovo schema, le viste e i trigger creati per supportare il vecchio schema vengono rimossi. In caso di problemi con le applicazioni durante la migrazione, \u00e8 possibile annullare la modifica dello schema e tornare allo stato precedente. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"