Sortie de la base de données PostgreSQL 12

Après un an de développement a été publiée nouvelle branche stable de la base de données PostgreSQL 12. Des mises à jour pour la nouvelle branche seront publiées pendant cinq ans jusqu'en novembre 2024.

Principales nouveautés:

• Ajout du support des «colonnes générées», dont les valeurs sont calculées sur la base d'une expression englobant les valeurs d'autres colonnes dans la même table (similaire aux vues, mais pour des colonnes séparées). Les colonnes générées peuvent être de deux types : stockées et virtuelles. Dans le premier cas, la valeur est calculée au moment de l'ajout ou de la modification des données, tandis que dans le second, elle l'est à chaque lecture en fonction de l'état actuel d'autres colonnes. Actuellement, PostgreSQL ne supporte que les colonnes générées stockées;
• Ajout de la possibilité d'exécuter des requêtes de données à partir de documents JSON via des expressions Path, similaires à XPath et définies dans la norme SQL/JSON. Pour améliorer l'efficacité du traitement de telles expressions pour les documents stockés au format JSONB, les mécanismes d'indexation existants sont utilisés;
• L'application du compilateur JIT (Just-in-Time) basé sur les travaux de LLVM est activée par défaut pour accélérer l'exécution de certaines expressions lors du traitement des requêtes SQL. Par exemple, le JIT est applicable pour accélérer l'exécution des expressions à l'intérieur des blocs « WHERE », dans les listes de sortie (target lists), les expressions agrégées et certaines opérations internes;
• La performance de l'indexation a été sensiblement augmentée. Les index B-tree sont optimisés pour fonctionner dans des conditions de modifications fréquentes des index - dans les tests TPC-C, une augmentation globale de la performance et une réduction de l'espace disque utilisé de 40% en moyenne ont été observées. Les frais généraux liés à la génération du journal de pré-écriture (WAL) pour les types d'index GiST, GIN et SP-GiST ont été réduits. Pour GiST, il a été ajouté la possibilité de créer des index enveloppants (via l'expression INCLUDE), incluant des colonnes supplémentaires. Dans l'opération CREATE STATISTICS le support pour les statistiques des valeurs les plus typiques (MCV) a été assuré, permettant de générer des plans de requêtes plus optimaux en utilisant des colonnes de distribution inégale;
• La mise en œuvre du partitionnement est optimisée pour les requêtes impliquant des tables avec des milliers de sections, tout en se limitant à un sous-ensemble restreint de données. Les performances d'insertion de données dans des tables partitionnées ont été améliorées grâce aux opérations INSERT et COPY, tout en permettant l'ajout de nouvelles sections via « ALTER TABLE ATTACH PARTITION » sans bloquer l'exécution des requêtes;
• Ajout du support du déploiement inline automatique d'expressions de table communes (Common Table Expression, CTE), permettant d'utiliser des ensembles de résultats nommés temporaires définis par l'opérateur WITH. Le déploiement inline permet d'améliorer les performances de la plupart des requêtes, mais s'applique pour l'instant uniquement aux CTE non récursifs;
• Ajout du support de propriétés indéterministes de la locale « Collation », permettant de définir des règles de tri et des méthodes de correspondance tenant compte du sens des caractères (par exemple, lors du tri des valeurs numériques, la présence d'un signe moins et d'un point avant le nombre et les différentes façons d'écriture sont prises en compte, tandis que lors de la comparaison, la casse des caractères et la présence d'un accent ne sont pas prises en compte);
• Ajout du support de l'authentification multifactorielle des clients, où dans pg_hba.conf, l'authentification peut être combinée avec un certificat SSL (clientcert=verify-full) avec une méthode d'authentification supplémentaire, telle que scram-sha-256;
• Ajout du support du chiffrement de la communication lors de l'authentification via GSSAPI, tant côté client que côté serveur;
• Ajout du support de la définition des serveurs LDAP basés sur des enregistrements « DNS SRV », si PostgreSQL est compilé avec OpenLDAP;
• Ajout de l'opération «REINDEX CONCURRENTLY» pour reconstruire les index sans bloquer les opérations d'écriture dans l'index;
• Ajout de la commande pg_checksums, permettant d'activer et de désactiver la vérification des sommes de contrôle des pages de données pour une base de données existante (auparavant, cette opération n'était supportée que lors de l'initialisation de la base de données);
• Fourniture d'un indicateur de progression pour les opérations CREATE INDEX, REINDEX, CLUSTER, VACUUM FULL et pg_checksums;
• Ajout de la commande «CREATE ACCESS METHOD» pour connecter les gestionnaires des nouvelles méthodes de stockage de tables, optimisées pour des tâches spécifiques. Actuellement, le seul moyen d'accès intégré aux tables est « heap » ;
• Le fichier de configuration recovery.conf est désormais combiné avec postgresql.conf. Comme indicateurs de transition vers l'état de récupération après un échec, il convient d'utiliser les fichiers recovery.signal et standby.signal.

Source : opennet.ru