PostgreSQL 9.6 et le parallélisme

Magazine
Marque
GNU/Linux Magazine
Numéro
198
Mois de parution
novembre 2016
Domaines


Résumé
Le développement de la version 9.6 a commencé en juin 2015. Après de nombreux mois de travail, une première version bêta est sortie en mai 2016. Le fruit de ce travail de développements et de tests : une nouvelle version remplie de fonctionnalités intéressantes. Il est temps pour nous de connaître et de tester les principales nouveautés de cette version.


PostgreSQL est un moteur de base de données évoluant constamment. Avec une nouvelle version majeure chaque année, il est souvent difficile de suivre les améliorations apportées. Cet article a pour but de détailler une fonctionnalité très attendue : le parallélisme à l’exécution d’une requête.

1. Comment le parallélisme est venu

Le moteur de base de données PostgreSQL a été conçu dès le départ comme un système multi-processus, et non pas multi-threads. De l'avis des développeurs, il est plus simple de concevoir un système multi-processus. « Plus simple » sous-entend moins de bugs, ce qui ne peut que ravir tout le monde. PostgreSQL utilise donc plusieurs processus suivant ses besoins :

- des processus d'écriture en tâche de fond (comme le checkpointer et le writer pour les fichiers de données, ainsi que le wal writer pour les journaux de transactions) ;

- des processus de maintenance (le stats collector pour le stockage des statistiques sur l'activité, le...

Cet article est réservé aux abonnés. Il vous reste 96% à découvrir.
à partir de 21,65€ HT/mois/lecteur pour un accès 5 lecteurs à toute la plateforme
J'en profite


Articles qui pourraient vous intéresser...

Simulation d’un ordinateur mécanique en scriptant sous FreeCAD

Magazine
Marque
Hackable
Numéro
35
Mois de parution
octobre 2020
Domaines
Résumé

L’évolution du traitement du signal est une histoire fascinante largement déroulée par David Mindell dans ses divers ouvrages [1] et citations [2]. Partant de l’ordinateur mécanique avec ses rouages, poulies, bielles et crémaillères, le passage à l’électrique au début du 20ème siècle, puis à l’électronique intégrée avec l’avènement du transistor et des circuits intégrés (VLSI) nous ont fait oublier les stades initiaux qui ont amené à notre statut actuel d’ordinateurs infiniment puissants, précis et compacts. Alors que cette histoire semble s’accompagner du passage de l’analogique au numérique – de la manipulation de grandeurs continues en grandeurs discrètes avec son gain en stabilité et reproductibilité – il n’en est en fait rien : un boulier fournit déjà les bases du calcul discrétisé mécanique, tandis que [3] introduit les concepts du calcul mécanique avec les traitements numériques avant de passer aux traitements analogiques.

Conservez l’historique de vos commandes pour chaque projet, le retour

Magazine
Marque
GNU/Linux Magazine
Numéro
241
Mois de parution
octobre 2020
Domaines
Résumé

Pouvoir conserver un historique dédié pour chaque projet, voici l’idée géniale énoncée par Tristan Colombo dans un précédent article de GLMF [1]. Cet article reprend ce concept génial (je l’ai déjà dit?) et l’étoffe en simplifiant son installation et en ajoutant quelques fonctionnalités (comme l’autodétection de projets versionnés pour proposer à l’utilisateur d’activer un historique dédié, si ce n’est pas le cas).