{"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\/da\/blog\/news\/obnovlenie-postgresql-vypusk-reshape-utility-dlya-migraczii-na-novuyu-shemu-bez-ostanovki-raboty","title":{"rendered":"Opdatering af PostgreSQL. Udgivelsen reshape, et v\u00e6rkt\u00f8j til migration til det nye skema uden at stoppe driften","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Der er udgivet korrektioner til alle underst\u00f8ttede versioner af PostgreSQL: 14.2, 13.6, 12.10, 11.15 og 10.20, hvori der er rettet 55 fejl opdaget i de seneste tre m\u00e5neder. Dette inkluderer l\u00f8sning af problemer, der i sj\u00e6ldne tilf\u00e6lde kunne f\u00f8re til beskadigelse af indekser, n\u00e5r HOT-k\u00e6der (heap-only tuple) \u00e6ndres under udf\u00f8relse af VACUUM-operationer eller REINDEX CONCURRENTLY for indekser til tabeller, hvor TOAST-lagringsmekanismen bruges. <\/p>\n
Problemer med uventede afslutninger under udf\u00f8relsen af ALTER STATISTICS og ved udtr\u00e6k af data med multirange-typer er blevet rettet. I foresp\u00f8rgselsplanl\u00e6ggeren er der rettet fejl, der f\u00f8rte til forkerte resultater. Hukommelsesl\u00e6kager ved opdatering af indekser baseret p\u00e5 udtryk og ved udf\u00f8relse af operationen \u00abREASSIGN OWNED BY\u00bb over et stort antal objekter er blevet rettet. Der er blevet sikret udarbejdelse af udvidet statistik for segmenterede tabeller. <\/p>\n
Det kan ogs\u00e5 n\u00e6vnes, at v\u00e6rkt\u00f8jet reshape er blevet udgivet, hvilket g\u00f8r det muligt at udf\u00f8re komplekse opdateringer af dataskemaet i PostgreSQL uden nedetid. Normalvis kr\u00e6ver dette manuelle \u00e6ndringer og midlertidig nedlukning af tjenester, der bruger databasen. V\u00e6rkt\u00f8jet giver mulighed for at skifte fra det gamle dataskema til det nye uden lange l\u00e5sninger og uden afbrydelse af foresp\u00f8rgselsbehandling. V\u00e6rkt\u00f8jet opretter automatisk visninger af tabeller, som applikationer forts\u00e6tter med at arbejde med under dataskema-migreringen, og det konfigurerer ogs\u00e5 triggere, der overs\u00e6tter indl\u00e6ggelses- og sletteoperationer mellem det gamle og det nye skema. <\/p>\n
Dermed er den gamle og den nye skemasystem i brug p\u00e5 samme tid under migreringen, og applikationerne kan gradvist overf\u00f8res til det nye skema uden nedetid (i store infrastrukturer kan man fasevis udskifte h\u00e5ndteringssystemer fra de gamle til de nye). Efter overf\u00f8rslen af applikationer til det nye skema fjernes de visninger og triggere, der blev oprettet for at underst\u00f8tte det gamle skema. Hvis der opdages problemer med applikationer under migreringen, kan skema\u00e6ndringen fortrydes, og man kan vende tilbage til den gamle tilstand. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"