Postgresql 13

Le 24 septembre, l'équipe de développeurs a annoncé la sortie d'une nouvelle version de Postgresql, numéro 13. Dans cette nouvelle version, l'accent a été mis, entre autres, sur l'amélioration des performances, l'accélération des services internes de maintenance et la simplification de la surveillance de la base de données, ainsi que sur un contrÎle d'accÚs plus fiable au systÚme.

Le travail sur l'optimisation de l'indexation des tables se poursuit, en particulier concernant le traitement des doublons parmi les donnĂ©es indexĂ©es dans les arbres binaires d'index, ce qui a permis non seulement d'accĂ©lĂ©rer l'exĂ©cution des requĂȘtes, mais aussi de rĂ©duire l'espace disque occupĂ© par l'index.
De plus, un algorithme de tri incrĂ©mentiel a Ă©tĂ© ajoutĂ©, ce qui permet Ă  la nouvelle requĂȘte de trier plus rapidement les donnĂ©es dĂ©jĂ  triĂ©es lors des Ă©tapes prĂ©cĂ©dentes, et une partie des requĂȘtes peut ĂȘtre accĂ©lĂ©rĂ©e grĂące Ă  l'utilisation de nouvelles statistiques avancĂ©es (via la commande CREATE STATISTICS) lors du calcul d'un plan d'exĂ©cution plus efficace.
L'exĂ©cution des requĂȘtes avec agrĂ©gation coĂ»teuse de donnĂ©es a Ă©galement Ă©tĂ© optimisĂ©e grĂące Ă  une application plus large de l'agrĂ©gation hachĂ©e et Ă  la dĂ©charge de certaines donnĂ©es agrĂ©gĂ©es sur le disque, si elles ne peuvent pas tenir dans la mĂ©moire vive. Une augmentation significative de la vitesse de jonction a Ă©tĂ© observĂ©e pour les tables situĂ©es sur des partitions diffĂ©rentes.

Un travail considĂ©rable a Ă©galement Ă©tĂ© rĂ©alisĂ© dans le domaine de la simplification de la maintenance et de l'administration des bases de donnĂ©es Postgresql. La tĂąche intĂ©grĂ©e de "vacuum", c'est-Ă -dire l'utilisation de l'espace disque libĂ©rĂ© aprĂšs la suppression ou la réécriture de lignes, peut dĂ©sormais ĂȘtre exĂ©cutĂ©e en parallĂšle, l'administrateur ayant la possibilitĂ© de spĂ©cifier le nombre de threads. De plus, de nouveaux outils de surveillance de l'activitĂ© actuelle de la base ont Ă©tĂ© ajoutĂ©s, et les erreurs de synchronisation des journaux de prĂ©-Ă©criture entre le maĂźtre et les rĂ©pliques, qui pouvaient entraĂźner des conflits lors de la dĂ©sactivation des rĂ©pliques ou compromettre l'intĂ©gritĂ© de la base de donnĂ©es distribuĂ©e aprĂšs leur restauration Ă  partir des donnĂ©es du journal, ont Ă©tĂ© Ă©vitĂ©es.

Parmi les nouveautĂ©s pour les dĂ©veloppeurs, on peut souligner la fonction datetime(), qui transforme divers formats standard d'enregistrement du temps en un type intĂ©grĂ© de Postgresql ; la fonction de gĂ©nĂ©ration UUID v4 gen_random_uuid(), disponible en standard ; la normalisation du travail avec Unicode ; un systĂšme plus flexible de distribution des donnĂ©es des tables sur des nƓuds de rĂ©seau interconnectĂ©s de la base de donnĂ©es avec une rĂ©plication complĂšte Ă  un niveau logique, ainsi que d'autres modifications dans les requĂȘtes et de nouveaux dĂ©clencheurs disponibles pour les rĂ©pliques.

Le contrĂŽle d'accĂšs Ă  la base est prĂ©sentĂ© comme l'un des composants clĂ©s du systĂšme, et dans la nouvelle version, d'importants progrĂšs ont Ă©tĂ© rĂ©alisĂ©s Ă  cet Ă©gard. DĂ©sormais, seul un utilisateur privilĂ©giĂ© (superuser) peut installer des extensions dans la base. En mĂȘme temps, les utilisateurs ordinaires pourront installer uniquement les extensions qu'ils ont marquĂ©es comme fiables, ou un petit nombre d'extensions considĂ©rĂ©es comme fiables par dĂ©faut (par exemple, pgcrypto, tablefunc ou hstore). Lors de l'authentification des utilisateurs via le mĂ©canisme SCRAM (lorsqu'on passe par le driver libpq), un "liaison de canal" est dĂ©sormais requise, et la fonction d'enveloppement pour les donnĂ©es tierces postgres_fdw supporte depuis la version 13 l'autorisation par certificat.

Remarques sur la version


Page de téléchargement

Source : linux.org.ru

Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster