Le blog Dalibo

Mont de Marsan, le 6 février 2026

Le type de donnée Universally unique identifier ou UUID est très apprécié dans les architectures distribuées. En effet, une séquence classique (SERIAL, IDENTITY) ne garantit l’unicité qu’au sein d’une seule base de données, là où un UUID est voulu unique au monde par construction, tout en étant généré localement, sans coordination centrale.

Cependant leur nature aléatoire pose un problème de performance mal connu (sauf des DBA PostgreSQL…): la fragmentation des index. Voyons comment PostgreSQL 18 qui implémente les UUID v7 résout ce problème.

Saint-Étienne, le 4 février 2026

Dalibo vous propose deux workshops pour découvrir les nouveautés de PostgreSQL 18 et les fonctionnalités de PostgreSQL Anonymizer. Prochaines sessions en mars et avril !

Paris, le 13 janvier 2026

La Journée Conférences de la PGSession 18 aura lieu demain à Paris. Comme chaque année, même à distance, vous pourrez suivre le direct et poser vos questions !

Brest, France, 12 January 2026

We recently encountered a strange optimizer behaviour, reported by one of our customers:

Customer: “Hi Dalibo, we have a query that is very slow on the first execution after a batch process, and then very fast. We initially suspected a caching effect, but then we noticed that the execution plan was different.”

Dalibo: “That’s a common issue. Autoanalyze didn’t have the opportunity to process the table after the batch job had finished, and before the first execution of the query. You should run the VACUUM ANALYZE command (or at least ANALYZE) immediately after your batch job.”

Customer: “Yes, it actually solves the problem, but… your hypothesis is wrong. We looked at pg_stat_user_tables, and are certain that the tables were not vacuumed or analyzed between the slow and fast executions. We don’t have a production problem, but we would like to understand.”

Dalibo: “That’s very surprising! we would also like to understand…”

So let’s dive in!

Paris, le 17 décembre 2025

Suite à la clôture de l’appel à conférences, nous avons pu étudier les propositions et concocter le programme du 14 janvier prochain.

Vauréal, le 4 décembre 2025

Cet article est dans la continuité de la série sur l’industrialisation de PostgreSQL. Nous allons voir dans celui-ci comment mettre en place la supervision de nos instances PostgreSQL à l’aide de pglift, en intégrant Prometheus, Grafana et Alertmanager pour un monitoring complet et efficace.

Épernay, le 24 novembre 2025

La PGSession 18 arrive à grand pas ! Inscrivez-vous pour participer à notre évènement annuel afin de partager, apprendre et aller à la rencontre des acteurs du monde PostgreSQL français et francophone.

Paris, le 13 novembre 2025

Le PostgreSQL Global Development Group a publié le 13 novembre une mise à jour pour toutes les versions supportées de PostgreSQL, c’est-à-dire les versions 18.1, 17.7, 16.11, 15.15, 14.20 et 13.23. Cette mise à jour corrige 2 failles de sécurité et plus de 50 bugs remontés ces derniers mois.

Vallée de Munster, 04 novembre 2025

La haute disponibilité dans nos métiers de l’IT est un vaste sujet. PostgreSQL étant au cœur de nombreux Systèmes d’Information, il est souvent source de nombreuses questions pour construire des architectures robustes, redondantes et hautement disponibles.

Cet article propose une brève présentation de Patroni : son rôle, les composants essentiels pour l’utiliser, ainsi que quelques bonnes pratiques. Nous aborderons également l’usage de notre socle technique d’industrialisation pour exploiter Patroni.

Épernay, le 27 octobre 2025

En attendant que le programme soit défini - l’appel à conférences est en cours - inscrivez-vous aux Conférences de la PGSession 18 dès aujourd’hui.