PostgreSQL

Un SGBD relationnel libre, quarante ans de développement

PostgreSQL est un système de gestion de bases de données relationnel et objet, libre, publié sous la licence PostgreSQL, que le projet décrit comme « similar to the BSD or MIT licenses » : utiliser, copier, modifier et distribuer le logiciel pour tout usage, sans redevance ni accord écrit, à condition de conserver la mention de droits d'auteur. Le PostgreSQL Global Development Group, qui le maintient, écrit n'avoir aucun projet de changer de licence.

L'implémentation du projet POSTGRES commence en 1986 à l'université de Californie à Berkeley, sous la direction de Michael Stonebraker et avec le financement de la DARPA. En 1994, Andrew Yu et Jolly Chen y ajoutent un interpréteur SQL : le logiciel sort sur le web sous le nom Postgres95. En 1996, le projet prend le nom PostgreSQL et reprend la numérotation à 6.0, dans la suite des versions de Berkeley.

Le moteur maintient la cohérence par MVCC (Multiversion Concurrency Control) : chaque requête voit un instantané des données, et la documentation résume la conséquence en une phrase, « reading never blocks writing and writing never blocks reading ». Les index, les types de données et les fonctions s'étendent par des API définies, ce qui a produit un écosystème d'extensions, dont pgvector pour la recherche vectorielle. Au 20 octobre 2026, la page officielle revendique la conformité à au moins 170 des 177 fonctionnalités obligatoires du noyau SQL:2023.

Versions : une majeure par an, cinq ans de support

Le projet publie une version majeure par an, à l'automne depuis 2017, et des versions mineures correctives au moins tous les trois mois ; chaque version majeure est maintenue cinq ans. La dernière version majeure publiée est PostgreSQL 18, sortie le 25 septembre 2025 et maintenue jusqu'au 14 novembre 2030. Elle apporte un sous-système d'entrées-sorties asynchrones, la fonction uuidv7(), les colonnes générées virtuelles par défaut, l'authentification OAuth 2.0, la conservation des statistiques du planificateur lors d'une montée de version majeure, et déprécie l'authentification md5. Au 20 octobre 2026, PostgreSQL 19 est en release candidate (RC 1 du 15 octobre 2026), avec une disponibilité générale annoncée pour le 19 novembre 2026 sauf report ; PostgreSQL 14 cesse d'être corrigée le 12 novembre 2026.

La cible par défaut d'une modernisation

Quand SFEIR sort une application d'une base propriétaire, PostgreSQL est la cible par défaut : libre et sans redevance, accessible depuis tous les langages, les ETL et les outils de BI, opéré en service managé par tous les grands clouds. Le cas le plus fréquent en 2026 est WinDev : les données quittent HFSQL par migrations à blanc successives, chacune suivie d'un rapport de conformité, puis l'application WinDev d'origine tourne sur PostgreSQL par les accès natifs pendant la réécriture, ce qui simplifie la comparaison des écritures dans le golden master inversé (migrer les données HFSQL vers PostgreSQL).

Le socle de données se choisit avant le langage : Java/Spring, .NET, TypeScript ou Flutter se décident sur les contraintes du SI, PostgreSQL reste commun aux quatre (choisir sa stack cible). La même logique vaut hors WinDev : un plan de sortie du cloud (Design to Exit) préfère les bases open source managées, PostgreSQL en tête, aux moteurs propriétaires d'un seul fournisseur (migrer vers le cloud en 2026).

Service managé sur Google Cloud : Cloud SQL et AlloyDB

Sur Google Cloud, deux services exécutent PostgreSQL. Cloud SQL pour PostgreSQL est, selon sa documentation, « a fully managed relational database service for MySQL, PostgreSQL, and SQL Server » : Google prend en charge les sauvegardes, la réplication et les mises à jour de maintenance du système et du moteur. Il couvre la plupart des applications de gestion migrées. AlloyDB pour PostgreSQL est « a fully managed, PostgreSQL-compatible database service » : une application s'y connecte avec les protocoles PostgreSQL standard, mais l'architecture sépare calcul et stockage, qui montent en charge indépendamment, et un moteur colonnaire accélère les requêtes analytiques. AlloyDB AI intègre l'extension vector pour les embeddings ; AlloyDB Omni est l'édition téléchargeable du moteur, à exécuter sur son propre environnement Linux. Le choix entre les deux se fait sur le workload mesuré du client : Cloud SQL d'abord, AlloyDB quand l'analytique ou le volume transactionnel l'exige.

PostgreSQL et l'IA : la recherche vectorielle avec pgvector

L'extension pgvector ajoute à PostgreSQL le stockage et la recherche de similarité de vecteurs, « Store your vectors with the rest of your data » selon son dépôt GitHub : recherche exacte ou approximative des plus proches voisins, distances L2, produit scalaire, cosinus, L1, Hamming et Jaccard, index HNSW (graphe multicouche, meilleur rappel, construction plus longue) ou IVFFlat (listes, construction plus rapide, moins de mémoire). Elle est publiée sous la licence PostgreSQL et prend en charge PostgreSQL 13 et suivants. Pour un système RAG d'entreprise, elle garde les embeddings dans la base qui porte déjà les données métier, avec les mêmes transactions, sauvegardes et droits d'accès.

Hébergement en Europe

Scaleway opère une offre « Managed Database for PostgreSQL and MySQL » dans ses régions de Paris, Amsterdam et Varsovie (page produit relevée le 20 octobre 2026). Le moteur étant libre, le schéma et les outils restent les mêmes chez un hébergeur européen, sur Google Cloud ou sur un serveur du client, ce qui fait de PostgreSQL une pièce ordinaire d'un plan Design to Exit.