Postgres Pro Shardman : mise à jour du SGBD pour grandes entreprises

Postgres Professional, un développeur de SGBD leader en Russie, annonce la sortie de mises à jour mineures de Postgres Pro Shardman version 14.12.1.

Postgres Pro Shardman — une nouvelle SGBD relationnelle distribuée pour des systèmes à forte charge, adaptée aux plus grandes installations de plusieurs dizaines à centaines de To, lorsque l'unique serveur n'est pas suffisant. Le SGBD permet de diviser les données en parties et de les distribuer sur différents serveurs — shards. Ce faisant, la solution offre une tolérance aux pannes intégrée et garantit le respect des exigences ACID : atomicité, cohérence, isolation et durabilité.

Dans cette nouvelle version, Postgres Pro Shardman a ajouté de nouvelles fonctionnalités, amélioré les performances et corrigé certains bogues. Parmi les changements clés :

Noyau et extensions

• Ajout du paramètre REMOTE à la commande EXPLAIN, qui permet de rendre EXPLAIN sur les requêtes exécutées sur un serveur distant. Activé par défaut.
• Mise en œuvre d'une logique d'évaluation des coûts des plans. Cela permet au planificateur de choisir plus souvent des plans généraux lorsqu'il y a des similarités entre le général et le spécialisé.
• Ajout du support pour l'exclusion de sections lors de l'exécution pour les nœuds de plan exécutant des agrégations de données sur des serveurs externes. Cette optimisation est principalement nécessaire pour éliminer les sections dans les plans généraux.
• Ajout de métriques cumulatives sur le volume de trafic réseau entre les nœuds du cluster Shardman dans la vue shardman.pg_stat_netusage.
• La vue pg_stat_activity a été mise à jour, montrant désormais l'état des processus de service Shardman.

Utilitaires de gestion

• Correction des vulnérabilités CVE-2023-45288 et CVE-2023-44487.
• Correction d'un bogue dans la commande shardmanctl cleanup, qui empêchait la suppression de groupes de réplication.
• Amélioration de la sortie de la commande shardmanctl forall lorsque le résultat est vide.
• Correction d'un plantage de l'utilitaire shardmand, qui se produisait auparavant si le cluster Shardman n'était pas complètement configuré.

Source : linux.org.ru