Il 24 settembre il team di sviluppatori ha annunciato il rilascio della nuova versione di Postgresql, numero 13. In questo rilascio, l'attenzione \u00e8 stata rivolta soprattutto al miglioramento delle prestazioni, all'accelerazione dei servizi di manutenzione interni e alla semplificazione del monitoraggio del database, nonch\u00e9 a un controllo degli accessi al sistema pi\u00f9 affidabile.<\/p>\n
\u00c8 proseguito il lavoro di ottimizzazione dell'indicizzazione delle tabelle per la gestione dei duplicati tra i dati indicizzati negli alberi binari degli indici, il che ha consentito non solo di velocizzare l'esecuzione delle query, ma anche di ridurre lo spazio su disco occupato dall'indice. \nInoltre, \u00e8 stato aggiunto un algoritmo di ordinamento incrementale, che consente di riordinare pi\u00f9 rapidamente i dati gi\u00e0 ordinati nelle fasi precedenti, e per alcune query \u00e8 possibile ottenere un'accelerazione grazie all'applicazione di nuove statistiche avanzate (tramite il comando CREATE STATISTICS) durante il calcolo di un piano passo-passo pi\u00f9 efficiente. \n\u00c8 stata anche ottimizzata l'esecuzione delle query con aggregazioni costose, grazie a un'applicazione pi\u00f9 ampia dell'aggregazione hash e al salvataggio di parte dei dati aggregati su disco, qualora non possano essere contenuti nella memoria RAM. Si \u00e8 registrato un notevole aumento della velocit\u00e0 per le join di tabelle collocate su diverse partizioni.<\/p>\n
\u00c8 stata svolta un'importante lavoro anche per semplificare la gestione e l'amministrazione dei database Postgresql. Il task integrato di \u00abvacuuming\u00bb, ovvero l'utilizzo dello spazio su disco liberato dopo l'eliminazione o la riscrittura delle righe, pu\u00f2 ora essere eseguito in processi paralleli, consentendo all'amministratore di specificarne il numero. Inoltre, sono stati aggiunti nuovi strumenti di monitoraggio dell'attivit\u00e0 corrente del database e sono stati prevenuti errori nella sincronizzazione dei log di scrittura tra master e repliche, che potevano causare conflitti durante la disconnessione delle repliche o compromettere l'integrit\u00e0 del database distribuito dopo il loro ripristino basato sui dati del log.<\/p>\n
Tra le novit\u00e0 per gli sviluppatori spicca la funzione datetime(), che converte vari formati standard di registrazione del tempo nel tipo integrato di Postgresql; la funzione di generazione UUID v4 gen_random_uuid() disponibile out-of-the-box; la normalizzazione del lavoro con Unicode; un sistema di distribuzione dei dati pi\u00f9 flessibile delle tabelle sui nodi di rete collegati al database, con una piena replica a livello logico, e altre modifiche alle query e ai nuovi trigger disponibili per le repliche.<\/p>\n
Il controllo degli accessi al database \u00e8 dichiarato come uno dei componenti chiave del sistema, e nella nuova versione sono stati compiuti notevoli progressi in questo ambito. Ora, solo un utente privilegiato (superuser) pu\u00f2 installare estensioni sul database. Gli utenti normali potranno invece installare solo le estensioni contrassegnate come affidabili, oppure un piccolo numero di estensioni ritenute sicure per impostazione predefinita (ad esempio, pgcrypto, tablefunc o hstore). Durante l'autenticazione degli utenti mediante il meccanismo SCRAM (quando si utilizza il driver libpq), ora \u00e8 richiesta la \u00abbinding del canale\u00bb, e la funzione wrapper per i dati esterni postgres_fdw dalla versione 13 supporta l'autenticazione tramite certificato.<\/p>\n