{"id":119954,"date":"2024-09-26T21:43:01","date_gmt":"2024-09-26T19:43:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-subd-postgresql-17"},"modified":"2024-09-26T21:43:01","modified_gmt":"2024-09-26T19:43:01","slug":"reliz-subd-postgresql-17","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-subd-postgresql-17","title":{"rendered":"Sortie de la base de donn\u00e9es PostgreSQL 17","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s un an de d\u00e9veloppement, une nouvelle branche stable de la base de donn\u00e9es PostgreSQL 17 est publi\u00e9e. Des mises \u00e0 jour pour cette nouvelle branche seront publi\u00e9es pendant cinq ans jusqu'en novembre 2029. La prise en charge de PostgreSQL 12.x, la plus ancienne des branches prises en charge, cessera le 14 novembre. <\/p>\n
Les principales nouveaut\u00e9s : <\/p>\n
\n
Lors de l'ex\u00e9cution de l'op\u00e9ration VACUUM (collecte des d\u00e9chets, nettoyage et emballage de l'espace disque), une nouvelle structure de donn\u00e9es est utilis\u00e9e, consommant jusqu'\u00e0 20 fois moins de m\u00e9moire. La transition vers cette nouvelle structure a permis d'acc\u00e9l\u00e9rer l'ex\u00e9cution des op\u00e9rations VACUUM et de r\u00e9duire la consommation des ressources partag\u00e9es.\n
L'optimisation des performances d'entr\u00e9e\/sortie se poursuit. Gr\u00e2ce \u00e0 l'am\u00e9lioration du code pour le traitement du journal d'\u00e9criture diff\u00e9r\u00e9e WAL, la bande passante des op\u00e9rations d'\u00e9criture a pu \u00eatre doubl\u00e9e dans des syst\u00e8mes avec un grand nombre de requ\u00eates simultan\u00e9es. Une nouvelle interface de flux d'entr\u00e9e\/sortie a \u00e9t\u00e9 propos\u00e9e, permettant d'acc\u00e9l\u00e9rer la vitesse de balayage s\u00e9quentiel des donn\u00e9es dans les tables et d'acc\u00e9l\u00e9rer la mise \u00e0 jour des statistiques pour le planificateur de requ\u00eates apr\u00e8s l'ex\u00e9cution de l'op\u00e9ration ANALYZE.\n
Les performances des requ\u00eates avec l'expression \u00ab IN \u00bb ont \u00e9t\u00e9 am\u00e9lior\u00e9es lorsque des index bas\u00e9s sur la structure B-tree sont utilis\u00e9s. La possibilit\u00e9 de construire des index BRIN (Block Range Index) en parall\u00e8le a \u00e9t\u00e9 mise en \u0153uvre. Dans le planificateur de requ\u00eates, les v\u00e9rifications \u00ab NOT NULL \u00bb ont \u00e9t\u00e9 optimis\u00e9es et le traitement des expressions de table communes (Common Table Expression, CTE) d\u00e9finies par la commande SQL \u00ab WITH \u00bb a \u00e9t\u00e9 acc\u00e9l\u00e9r\u00e9. L'utilisation des instructions SIMD pour acc\u00e9l\u00e9rer certains calculs a \u00e9t\u00e9 assur\u00e9e, par exemple, pour acc\u00e9l\u00e9rer la fonction bit_count en utilisant les instructions AVX-512.\n
Le support de nouvelles fonctionnalit\u00e9s pour travailler avec le format JSON, d\u00e9fini dans la norme SQL\/JSON, a \u00e9t\u00e9 impl\u00e9ment\u00e9. La fonction JSON-TABLE a \u00e9t\u00e9 ajout\u00e9e pour convertir les donn\u00e9es du format JSON en tables PostgreSQL classiques, ainsi que de nouveaux op\u00e9rateurs jsonpath pour transformer les donn\u00e9es JSON en types de donn\u00e9es natifs PostgreSQL. De nouvelles fonctions pour cr\u00e9er (JSON, JSON_SCALAR et JSON_SERIALIZE) et interroger (JSON_EXISTS, JSON_QUERY et JSON_VALUE) des donn\u00e9es au format JSON ont \u00e9t\u00e9 propos\u00e9es.\n
Les capacit\u00e9s de la commande SQL \u00ab MERGE \u00bb ont \u00e9t\u00e9 \u00e9tendues, permettant de cr\u00e9er des expressions SQL conditionnelles combinant des op\u00e9rations INSERT, UPDATE et DELETE dans une seule instruction. La prise en charge de l'expression RETURNING a \u00e9t\u00e9 ajout\u00e9e, permettant de calculer et de renvoyer des valeurs bas\u00e9es sur les lignes ajout\u00e9es, mises \u00e0 jour ou supprim\u00e9es. La prise en charge de la mise \u00e0 jour des vues a \u00e9t\u00e9 mise en \u0153uvre.\n
Les capacit\u00e9s de chargement et d'exportation de donn\u00e9es en mode batch ont \u00e9t\u00e9 \u00e9tendues. Dans la commande COPY, la vitesse d'exportation des grandes lignes a \u00e9t\u00e9 multipli\u00e9e par deux, le processus de copie a \u00e9t\u00e9 optimis\u00e9 lorsque les encodages source et cible co\u00efncident, et une option ON_ERROR a \u00e9t\u00e9 ajout\u00e9e, permettant de continuer l'importation apr\u00e8s des erreurs lors de l'insertion des donn\u00e9es.\n
Pour les tables partitionn\u00e9es, il a \u00e9t\u00e9 ajout\u00e9 la possibilit\u00e9 d'utiliser des colonnes avec des identifiants uniques et le soutien de la technique d'optimisation des requ\u00eates \u00ab Constraint exclusion \u00bb.\n