Lancement de PostgreSQL 12

Le groupe de développeurs de PostgreSQL a annoncé la sortie de PostgreSQL 12, la dernière version du système de gestion de bases de données relationnelles open source.
PostgreSQL 12 améliore significativement les performances des requêtes, en particulier pour le traitement de grandes quantités de données, tout en optimisant l'utilisation de l'espace disque dans son ensemble.

Parmi les nouvelles fonctionnalités :

• implémentation du langage de requêtes JSON Path (une partie essentielle de la norme SQL/JSON) ;
• optimisation de l'exécution des expressions de table communes (WITH) ;
• prise en charge des colonnes générées

De plus, la communauté continue de travailler sur l'extensibilité et la fiabilité de PostgreSQL, en développant le support de l'internationalisation, des options d'authentification, et en offrant des voies d'administration de la base de données plus simples.

Cette version intègre l'implémentation de l'interface de moteurs de stockage connectables, permettant désormais aux développeurs de créer leurs propres méthodes de stockage des données.

Améliorations des performances

PostgreSQL 12 comprend des améliorations de performance significatives et des procédures de maintenance pour les systèmes d'indexation et de partitionnement.

Les index B-tree, le type d'indexation standard dans PostgreSQL, ont été optimisés dans la version 12 pour des charges qui impliquent des modifications fréquentes des index. L'utilisation du test de référence TPC-C pour PostgreSQL 12 a montré une réduction de l'utilisation de l'espace d'environ 40 % et un gain de performance global des requêtes.

Les requêtes sur des tables partitionnées ont connu des améliorations notables, en particulier pour les tables composées de milliers de sections, ce qui permet de travailler uniquement avec des parties limitées des ensembles de données. La performance d'ajout de données dans des tables partitionnées a été améliorée avec INSERT et COPY, ainsi que la possibilité d'attacher une nouvelle section sans bloquer les requêtes en cours.

Dans PostgreSQL 12, des améliorations supplémentaires ont été apportées à l'indexation, affectant la performance globale, notamment :

• réduction des coûts lors de la génération de WAL pour les types d'index GiST, GIN et SP-GiST ;
• possibilité de créer des dites index couvrants (covering indexes, proposition INCLUDE) sur les index GiST ;
• possibilité d'exécuter des requêtes de « plus proches voisins » (k-NN search) à l'aide de l'opérateur de distance () et en utilisant les index SP-GiST ;
• le support de la collecte de statistiques sur les valeurs les plus courantes (most-common value, MCV) via CREATE STATISTICS, ce qui aide à obtenir de meilleurs plans de requête lors de l'utilisation de colonnes dont les valeurs sont inégalement réparties.

La compilation JIT avec LLVM, introduite dans PostgreSQL 11, est désormais activée par défaut. La compilation JIT améliore les performances lors du traitement des expressions dans les clauses WHERE, les listes cibles, les agrégats et certaines opérations internes. Elle est disponible si vous avez compilé PostgreSQL avec LLVM ou utilisez un paquet PostgreSQL qui a été créé avec LLVM activé.

Améliorations des capacités du langage SQL et de la conformité à la norme.

PostgreSQL 12 introduit la possibilité d'exécuter des requêtes sur des documents JSON à l'aide d'expressions de chemin JSON définies dans la norme SQL/JSON. Ces requêtes peuvent utiliser les mécanismes d'indexation existants pour les documents stockés au format JSONB, permettant une extraction efficace des données.

Les expressions de table communes, également connues sous le nom de requêtes WITH, peuvent désormais être exécutées automatiquement avec substitution dans PostgreSQL 12, ce qui peut, à son tour, aider à améliorer les performances de nombreuses requêtes existantes. Dans cette nouvelle version, une partie de la requête WITH peut être exécutée avec substitution uniquement si elle n'est pas récursive, n'a pas d'effets secondaires et n'est référencée qu'une seule fois dans la partie subséquente de la requête.

PostgreSQL 12 introduit le support des « colonnes générées ». Décrit dans la norme SQL, ce type de colonne calcule une valeur basée sur le contenu d'autres colonnes dans la même table. Dans cette version, PostgreSQL prend en charge les « colonnes générées stockées », où la valeur calculée est stockée sur disque.

Internationalisation

PostgreSQL 12 élargit le support des correspondances ICU, permettant aux utilisateurs de définir des « correspondances indéterminées », qui peuvent, par exemple, permettre des comparaisons sans tenir compte de la casse ou des accents.

Authentification

PostgreSQL élargit son soutien aux méthodes d'authentification fiables avec plusieurs améliorations qui assurent une sécurité et une fonctionnalité accrues. Cette version présente le chiffrement côté client et côté serveur pour l'authentification via les interfaces GSSAPI, ainsi que la capacité de PostgreSQL à détecter. serveurs LDAP, si PostgreSQL a été compilé avec OpenLDAP.

De plus, PostgreSQL 12 prend maintenant en charge une variante de l'authentification multifacteur. Désormais, le serveur PostgreSQL peut demander au client de fournir un certificat valide. SSL-du même nom d'utilisateur en utilisant clientcert=verify-full, et de combiner cela avec une exigence distincte pour la méthode d'authentification (par exemple, scram-sha-256).

Administration

Avec PostgreSQL 12, il est désormais possible d'effectuer un reconstruire d'index non-bloquant à l'aide de la commande REINDEX CONCURRENTLY. Cela permet aux utilisateurs d'éviter les interruptions de service de la base de données pendant de longues reconstructions d'index.

De plus, dans PostgreSQL 12, il est possible d'activer ou de désactiver les sommes de contrôle de pages dans un cluster qui est hors service, à l'aide de la commande pg_checksums. Auparavant, la fonction de sommes de contrôle de pages — qui aide à vérifier l'intégrité des données stockées sur disque — ne pouvait être activée qu'au moment de l'initialisation du cluster PostgreSQL avec initdb.

Source : linux.org.ru