Le 24 septembre, l'\u00e9quipe de d\u00e9veloppeurs a annonc\u00e9 la sortie d'une nouvelle version de Postgresql, num\u00e9ro 13. Dans cette nouvelle version, l'accent a \u00e9t\u00e9 mis, entre autres, sur l'am\u00e9lioration des performances, l'acc\u00e9l\u00e9ration des services internes de maintenance et la simplification de la surveillance de la base de donn\u00e9es, ainsi que sur un contr\u00f4le d'acc\u00e8s plus fiable au syst\u00e8me.<\/p>\n
Le travail sur l'optimisation de l'indexation des tables se poursuit, en particulier concernant le traitement des doublons parmi les donn\u00e9es index\u00e9es dans les arbres binaires d'index, ce qui a permis non seulement d'acc\u00e9l\u00e9rer l'ex\u00e9cution des requ\u00eates, mais aussi de r\u00e9duire l'espace disque occup\u00e9 par l'index.
\nDe plus, un algorithme de tri incr\u00e9mentiel a \u00e9t\u00e9 ajout\u00e9, ce qui permet \u00e0 la nouvelle requ\u00eate de trier plus rapidement les donn\u00e9es d\u00e9j\u00e0 tri\u00e9es lors des \u00e9tapes pr\u00e9c\u00e9dentes, et une partie des requ\u00eates peut \u00eatre acc\u00e9l\u00e9r\u00e9e gr\u00e2ce \u00e0 l'utilisation de nouvelles statistiques avanc\u00e9es (via la commande CREATE STATISTICS) lors du calcul d'un plan d'ex\u00e9cution plus efficace.
\nL'ex\u00e9cution des requ\u00eates avec agr\u00e9gation co\u00fbteuse de donn\u00e9es a \u00e9galement \u00e9t\u00e9 optimis\u00e9e gr\u00e2ce \u00e0 une application plus large de l'agr\u00e9gation hach\u00e9e et \u00e0 la d\u00e9charge de certaines donn\u00e9es agr\u00e9g\u00e9es sur le disque, si elles ne peuvent pas tenir dans la m\u00e9moire vive. Une augmentation significative de la vitesse de jonction a \u00e9t\u00e9 observ\u00e9e pour les tables situ\u00e9es sur des partitions diff\u00e9rentes.<\/p>\n
Un travail consid\u00e9rable a \u00e9galement \u00e9t\u00e9 effectu\u00e9 pour simplifier la gestion et l'administration des bases de donn\u00e9es Postgresql. La t\u00e2che int\u00e9gr\u00e9e de \u00ab vacuum \u00bb, c'est-\u00e0-dire l'utilisation de l'espace disque lib\u00e9r\u00e9 apr\u00e8s la suppression ou la r\u00e9\u00e9criture de lignes, peut d\u00e9sormais \u00eatre ex\u00e9cut\u00e9e en flux parall\u00e8les, tout en permettant \u00e0 l'administrateur de sp\u00e9cifier leur nombre. De plus, de nouveaux outils de surveillance de l'activit\u00e9 actuelle de la base ont \u00e9t\u00e9 ajout\u00e9s et des erreurs lors de la synchronisation des journaux de pr\u00e9-\u00e9criture entre le ma\u00eetre et les r\u00e9pliques ont \u00e9t\u00e9 \u00e9vit\u00e9es, ce qui pouvait entra\u00eener des conflits lors de la d\u00e9sactivation des r\u00e9pliques ou compromettre l'int\u00e9grit\u00e9 de la base distribu\u00e9e apr\u00e8s leur restauration \u00e0 partir des donn\u00e9es du journal.<\/p>\n
Parmi les nouveaut\u00e9s pour les d\u00e9veloppeurs, on peut souligner la fonction datetime(), qui transforme divers formats standard d'enregistrement du temps en un type int\u00e9gr\u00e9 de Postgresql ; la fonction de g\u00e9n\u00e9ration UUID v4 gen_random_uuid(), disponible en standard ; la normalisation du travail avec Unicode ; un syst\u00e8me plus flexible de distribution des donn\u00e9es des tables sur des n\u0153uds de r\u00e9seau interconnect\u00e9s de la base de donn\u00e9es avec une r\u00e9plication compl\u00e8te \u00e0 un niveau logique, ainsi que d'autres modifications dans les requ\u00eates et de nouveaux d\u00e9clencheurs disponibles pour les r\u00e9pliques.<\/p>\n
Le contr\u00f4le d'acc\u00e8s \u00e0 la base est annonc\u00e9 comme l'un des composants cl\u00e9s du syst\u00e8me, et dans la nouvelle version, de grands progr\u00e8s ont \u00e9t\u00e9 r\u00e9alis\u00e9s \u00e0 cet \u00e9gard. D\u00e9sormais, l'installation d'extensions de base ne peut \u00eatre effectu\u00e9e que par un utilisateur privil\u00e9gi\u00e9 (superutilisateur). Les utilisateurs ordinaires pourront installer uniquement les extensions qu'ils auront marqu\u00e9es comme fiables, ou un petit nombre d'extensions consid\u00e9r\u00e9es comme fiables par d\u00e9faut (par exemple, pgcrypto, tablefunc ou hstore). Lors de l'authentification des utilisateurs en utilisant le m\u00e9canisme SCRAM (lors de l'utilisation via le pilote libpq), une \u00ab liaison de canal \u00bb est d\u00e9sormais requise, et la fonction d'enveloppement pour des donn\u00e9es tierces postgres_fdw prend en charge l'autorisation par certificat depuis la version 13.<\/p>\n