Il 24 settembre, il team di sviluppatori ha annunciato il rilascio della nuova versione di PostgreSQL, la numero 13. In questo aggiornamento, l'attenzione \u00e8 stata rivolta principalmente al miglioramento delle prestazioni, all'accelerazione dei servizi interni di manutenzione 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 sull'ottimizzazione dell'indicizzazione delle tabelle per quanto riguarda la gestione dei duplicati tra i dati indicizzati in alberi binari, il che ha permesso non solo di accelerare l'esecuzione delle query, ma anche di ridurre lo spazio su disco occupato dagli indici. \nInoltre, \u00e8 stato aggiunto un algoritmo di ordinamento incrementale, che rende pi\u00f9 veloce la riordinazione dei dati gi\u00e0 ordinati nelle fasi precedenti, e parte delle query possono beneficiare di un'accelerazione grazie all'applicazione di nuove statistiche avanzate (attraverso il comando CREATE STATISTICS) nel calcolo di un piano passo-passo pi\u00f9 efficiente. \n\u00c8 stata inoltre ottimizzata l'esecuzione delle query con aggregazione costosa dei dati attraverso un uso pi\u00f9 ampio dell'aggregazione hash e il salvataggio di parte dei dati aggregati su disco, se non possono essere memorizzati in memoria. Si segnala un notevole aumento della velocit\u00e0 di connessione tra tabelle collocate su diverse partizioni.<\/p>\n
Un notevole lavoro \u00e8 stato svolto anche per semplificare la manutenzione e l'amministrazione dei database PostgreSQL. Il task integrato per il \u00abvacuuming\u00bb, ovvero l'uso dello spazio su disco liberato dopo la cancellazione o la riscrittura delle righe, pu\u00f2 ora essere eseguito in thread paralleli, con la possibilit\u00e0 per l'amministratore di specificarne il numero. Inoltre, sono stati aggiunti nuovi strumenti per monitorare l'attivit\u00e0 attuale del database e prevenire errori nella sincronizzazione dei log di scrittura tra il master e le repliche, che potrebbero 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 trasforma vari standard di formati di registrazione del tempo nel tipo integrato di Postgresql; la funzione per la generazione di UUID v4 gen_random_uuid() disponibile out-of-the-box; la normalizzazione del lavoro con Unicode; un sistema di distribuzione dati delle tabelle pi\u00f9 flessibile su nodi di rete correlati con replica completa a livello logico, insieme ad altre modifiche nelle query e nuovi trigger disponibili per le repliche.<\/p>\n
Il controllo degli accessi al database \u00e8 considerato uno dei componenti chiave del sistema, e nella nuova versione sono stati fatti notevoli progressi in questo campo. Ora solo un utente privilegiato (superuser) pu\u00f2 installare le estensioni al database. Gli utenti normali potranno installare solo quelle estensioni che hanno contrassegnato come affidabili, o un piccolo insieme di estensioni che sono considerate affidabili per impostazione predefinita (ad esempio, pgcrypto, tablefunc o hstore). Durante l'autenticazione degli utenti tramite il meccanismo SCRAM (quando si utilizza il driver libpq) \u00e8 ora richiesta la \"binding del canale\", e la funzione di avvolgimento per dati esterni postgres_fdw dalla versione 13 supporta l'autenticazione tramite certificato.<\/p>\n