Lelarge Guillaume

Au cours des précédents articles, nous avons vu les différents types de parcours de données ainsi que les différents types de jointures. Il reste des nœuds effectuant une opération particulière, principalement sur un ensemble de données, comme un tri ou un agrégat, mais aussi sur plusieurs ensembles, pour une action comme un assemblage, une intersection ou un regroupement. Cet article aborde tous ces types de nœuds.

Dans l'article précédent, nous avons vu les différents parcours de données que pouvait planifier et exécuter PostgreSQL. Cependant, il est rare qu'une requête ne fasse appel qu'à un seul ensemble de données. Les requêtes font plutôt appel à plusieurs tables ou vues. Il est donc important de pouvoir combiner plusieurs ensembles de données. Cette combinaison est appelée jointure en SQL. Peu importe d'où viennent les ensembles de données, le but est de les assembler suivant le type de jointure demandé.

La dernière fois, nous avons discuté des nouveautés concernant la réplication et les fonctionnalités utilisateurs. Cette fois, nous ciblerons l'administration du serveur et sa supervision. Nous discuterons aussi des performances, pour finir sur les perspectives d'avenir.

Août 2014, la deuxième version bêta de PostgreSQL 9.4 est sortie depuis un mois. Cela semble le bon moment pour faire un point sur les nouveautés de cette version, qui devrait être sortie en septembre si les tests et le débogage se passent bien.

Comme chaque année depuis maintenant trois ans, l'association PostgreSQL.fr a proposé un événement autour de PostgreSQL. Cette édition est particulière : il s'agit des dix ans de l'association. De ce fait, l'événement a été l'occasion de fêter une décennie de promotion de PostgreSQL dans les pays francophones.

Un moteur de bases de données est composé de plusieurs parties, ne serait-ce qu'au niveau des requêtes : un analyseur syntaxique, un planificateur, un exécuteur. Le planificateur est certainement l'un des composants les plus importants : de ses capacités vont dépendre les performances du moteur. Un mauvais plan peut rapidement ralentir tout un système, alors qu'un bon plan permettra à la fois de bonnes performances et une grande interaction des différentes sessions. Cet article va tenter d'expliquer le planificateur de PostgreSQL, ses capacités, ses points forts, comme ses points faibles, pour permettre à tout un chacun de comprendre pourquoi telle requête utilise tel plan d'exécution.

À chaque année sa nouvelle version de PostgreSQL. Toutes les versions 9.x de PostgreSQL sont sorties à la rentrée, en septembre pour être précis. Cette version ne déroge pas à la règle. Elle est sortie le 4 septembre. Une première version corrective est sortie le 10 octobre, et une deuxième le 5 décembre. Il est temps de se pencher sur les nouveautés de cette version, qui commence à arriver en production chez de nombreux utilisateurs.

Dans la première partie, nous avons couvert les nouveautés en termes de réplication, de sécurité et de performances. Cependant, il reste plein de fonctionnalités à découvrir, ainsi qu'un changement important dont il faut tout particulièrement se méfier. Tout à la fin, nous aborderons ce qu'il faut attendre de la prochaine version de PostgreSQL.

Sortie le 12 septembre, la version 9.1 constitue la version à utiliser en priorité pour les nouvelles installations de PostgreSQL. Elle comporte de nombreuses nouvelles fonctionnalités allant de la réplication à la sécurité, en passant par les fonctionnalités SQL et applicatives. Le tout en gagnant en performances.