{"id":55749,"date":"2022-04-19T14:47:17","date_gmt":"2022-04-19T13:47:17","guid":{"rendered":"https:\/\/kinsta.com\/fr\/?p=55749&post_type=knowledgebase&preview_id=55749"},"modified":"2025-10-01T20:47:02","modified_gmt":"2025-10-01T19:47:02","slug":"qu-est-postgresql","status":"publish","type":"post","link":"https:\/\/kinsta.com\/fr\/blog\/qu-est-postgresql\/","title":{"rendered":"Qu’est-ce que PostgreSQL ?"},"content":{"rendered":"

De nos jours, presque tous les logiciels ou applications web n\u00e9cessitent une base de donn\u00e9es<\/a> en backend. L’augmentation du nombre de transactions par seconde et les t\u00e9raoctets de donn\u00e9es stock\u00e9es exigent un framework stable et flexible pour h\u00e9berger et servir ces donn\u00e9es.<\/p>\n

Naturellement, pour les startups, la question du co\u00fbt entre \u00e9galement en ligne de compte. Mais si nous vous disions que vous pouvez acc\u00e9der \u00e0 cette base de donn\u00e9es et m\u00eame la construire gratuitement, sans aucune condition ?<\/p>\n

Oui, vous avez bien entendu – la base de donn\u00e9es PostgreSQL garantit tout ce que nous avons mentionn\u00e9 ci-dessus, y compris quelques avantages suppl\u00e9mentaires ! Dans cet article, nous allons passer en revue les diff\u00e9rents aspects de PostgreSQL qui lui permettent de se d\u00e9marquer dans un segment qui \u00e9volue rapidement.<\/p>\n

Passons aux choses s\u00e9rieuses.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Qu’est-ce que PostgreSQL ?<\/h2>\n
\"Logo
Logo PostgreSQL ((Image Source : Uberconf<\/a>))<\/figcaption><\/figure>\n

PostgreSQL<\/a> est un syst\u00e8me de base de donn\u00e9es open source, tr\u00e8s stable, qui prend en charge diff\u00e9rentes fonctions de SQL, comme les cl\u00e9s \u00e9trang\u00e8res, les sous-requ\u00eates, les d\u00e9clencheurs, ainsi que diff\u00e9rents types et fonctions d\u00e9finis par l’utilisateur. Il augmente encore le langage SQL en proposant plusieurs fonctionnalit\u00e9s qui permettent de mettre \u00e0 l’\u00e9chelle et de r\u00e9server m\u00e9ticuleusement les charges de travail de donn\u00e9es. Il est principalement utilis\u00e9 pour stocker les donn\u00e9es de nombreuses applications mobiles, web, g\u00e9ospatiales et analytiques.<\/p>\n

Nous allons approfondir tous les aspects de PostgreSQL dans cet article, en commen\u00e7ant par ses fonctionnalit\u00e9s cl\u00e9s dans la section suivante. Mettons-nous au travail.<\/p>\n\n

Caract\u00e9ristiques principales de PostgreSQL<\/h3>\n

Il existe quelques caract\u00e9ristiques cl\u00e9s de la base de donn\u00e9es PostgreSQL qui la rendent unique et largement favoris\u00e9e par rapport aux autres bases de donn\u00e9es. Actuellement, c’est la deuxi\u00e8me base de donn\u00e9es la plus utilis\u00e9e, juste derri\u00e8re MySQL<\/a>.<\/p>\n

Examinons ces caract\u00e9ristiques plus en d\u00e9tail.<\/p>\n

Fiabilit\u00e9 et conformit\u00e9 aux normes<\/h4>\n

PostgreSQL offre une v\u00e9ritable s\u00e9mantique ACID pour les transactions et supporte enti\u00e8rement les cl\u00e9s \u00e9trang\u00e8res, les jointures, les vues, les d\u00e9clencheurs et les proc\u00e9dures stock\u00e9es, dans de nombreux langages diff\u00e9rents. Il inclut la plupart des types de donn\u00e9es de SQL comme INTEGER, VARCHAR, TIMESTAMP, et BOOLEAN. Il prend \u00e9galement en charge le stockage d’objets binaires de grande taille, notamment des images, des vid\u00e9os ou des sons. Il est fiable car il dispose d’un vaste r\u00e9seau de soutien communautaire int\u00e9gr\u00e9. PostgreSQL est une base de donn\u00e9es tol\u00e9rante aux pannes gr\u00e2ce \u00e0 sa journalisation write-ahead.<\/p>\n

Extensions<\/h4>\n

PostgreSQL peut se vanter d’avoir plusieurs ensembles de fonctionnalit\u00e9s robustes, notamment la r\u00e9cup\u00e9ration ponctuelle, le Multi-Version Concurrency Control (MVCC), les tablespaces, les contr\u00f4les d’acc\u00e8s granulaires, la r\u00e9plication asynchrone, un planificateur\/optimiseur de requ\u00eates raffin\u00e9 et la journalisation write-ahead. Multi-Version Concurrency Control permet la lecture et l’\u00e9criture simultan\u00e9es des tables, en bloquant uniquement les mises \u00e0 jour simultan\u00e9es d’une m\u00eame ligne. De cette fa\u00e7on, les conflits sont \u00e9vit\u00e9s.<\/p>\n

\u00c9volutivit\u00e9<\/h4>\n

PostgreSQL prend en charge Unicode, les jeux de caract\u00e8res internationaux, les codages de caract\u00e8res multi-octets, et tient compte des param\u00e8tres locaux pour le tri, la sensibilit\u00e9 \u00e0 la casse et le formatage. PostgreSQL est hautement \u00e9volutif – tant au niveau du nombre d’utilisateurs simultan\u00e9s qu’il peut accueillir que de la quantit\u00e9 de donn\u00e9es qu’il peut g\u00e9rer. En outre, PostgreSQL est multi-plateforme et peut fonctionner sur de nombreux syst\u00e8mes d’exploitation, notamment Linux, Microsoft Windows, OS X, FreeBSD et Solaris.<\/p>\n

Chargement dynamique<\/h4>\n

Le serveur PostgreSQL peut \u00e9galement inclure du code \u00e9crit par l’utilisateur dans lui-m\u00eame via le chargement dynamique. L’utilisateur peut sp\u00e9cifier un fichier de code objet ; par exemple, une biblioth\u00e8que partag\u00e9e qui impl\u00e9mente une nouvelle fonction ou un nouveau type et PostgreSQL le chargera selon les besoins. La possibilit\u00e9 de modifier son fonctionnement \u00e0 la vol\u00e9e le rend particuli\u00e8rement adapt\u00e9 \u00e0 la mise en \u0153uvre rapide de nouvelles structures de stockage et de nouvelles applications.<\/p>\n

Architecture de PostgreSQL<\/h3>\n

Le serveur PostgreSQL poss\u00e8de une structure simple, compos\u00e9e d’une m\u00e9moire partag\u00e9e, de processus d’arri\u00e8re-plan et d’une structure de r\u00e9pertoire de donn\u00e9es. Dans cette section, nous discutons de chaque composant et de la fa\u00e7on dont ils interagissent les uns avec les autres. Vous trouverez ci-dessous une illustration de l’architecture PostgreSQL. Initialement, une requ\u00eate est envoy\u00e9e par le client au serveur. Ensuite, le serveur PostgreSQL traite les donn\u00e9es en utilisant des tampons partag\u00e9s et des processus d’arri\u00e8re-plan. Le fichier physique du serveur de base de donn\u00e9es PostgreSQL est stock\u00e9 dans le r\u00e9pertoire de donn\u00e9es.<\/p>\n

\"Illustration
Illustration de l’architecture PostgreSQL (Image Source : Wikimedia Commons<\/a>)<\/figcaption><\/figure>\n

M\u00e9moire partag\u00e9e<\/h4>\n

La m\u00e9moire partag\u00e9e est r\u00e9serv\u00e9e au cache du journal des transactions et au cache de la base de donn\u00e9es. Elle comporte en outre des \u00e9l\u00e9ments comme les tampons partag\u00e9s, les tampons WAL, la m\u00e9moire de travail et la m\u00e9moire de travail de maintenance. Plongeons dans chaque sujet ci-dessous.<\/p>\n

Tampons partag\u00e9s<\/h5>\n

Ces tampons servent \u00e0 minimiser les IO DISK du serveur. Pour remplir cet objectif, il est juste de fixer la valeur du tampon partag\u00e9 \u00e0 25 % de la m\u00e9moire totale si nous avons un serveur d\u00e9di\u00e9 pour PostgreSQL. La valeur par d\u00e9faut des tampons partag\u00e9s \u00e0 partir de la version 9.3 est de 128 Mo. Il est imp\u00e9ratif d’essayer de minimiser la contention lorsque plusieurs utilisateurs y acc\u00e8dent simultan\u00e9ment. Les blocs fr\u00e9quemment utilis\u00e9s doivent rester dans la m\u00e9moire tampon le plus longtemps possible. Cela permet d’acc\u00e9der aux donn\u00e9es le plus rapidement possible.<\/p>\n

Tampons WAL<\/h5>\n

Les tampons WAL stockent temporairement les modifications apport\u00e9es \u00e0 la base de donn\u00e9es. Le fichier WAL est constitu\u00e9 du contenu \u00e9crit par le tampon WAL \u00e0 un moment pr\u00e9d\u00e9termin\u00e9. Les fichiers WAL et les tampons WAL sont importants pour r\u00e9cup\u00e9rer les donn\u00e9es pendant la sauvegarde et la restauration.<\/p>\n

M\u00e9moire de travail<\/h5>\n

Cet espace m\u00e9moire est utilis\u00e9 pour les op\u00e9rations bitmap, le tri, les jointures de fusion et les jointures de hachage pour \u00e9crire des donn\u00e9es dans des fichiers disque temporaires. Le param\u00e8tre par d\u00e9faut \u00e0 partir de la version 9.3 est de 4 Mo.<\/p>\n

M\u00e9moire de travail de maintenance<\/h5>\n

Cet emplacement m\u00e9moire est utilis\u00e9 pour les op\u00e9rations de base de donn\u00e9es telles que ANALYZE, VACUUM, ALTER TABLE et CREATE INDEX. Le param\u00e8tre par d\u00e9faut \u00e0 partir de la version 9.4 est de 64 Mo.<\/p>\n

Processus d’arri\u00e8re-plan<\/h4>\n

Chaque processus d’arri\u00e8re-plan est int\u00e9gral et ex\u00e9cute une fonction unique pour g\u00e9rer le serveur. Quelques processus d’arri\u00e8re-plan importants sont d\u00e9taill\u00e9s ci-dessous :<\/p>\n

Processus Checkpointer<\/h5>\n

Lorsqu’un point de contr\u00f4le se produit, le tampon sale est \u00e9crit dans le fichier. Le Checkpointer \u00e9crit essentiellement toutes les pages sales de la m\u00e9moire sur le disque et nettoie la zone tampon partag\u00e9e. Si la base de donn\u00e9es tombe en panne, la perte de donn\u00e9es peut \u00eatre mesur\u00e9e en obtenant la diff\u00e9rence entre l’heure du dernier point de contr\u00f4le et l’heure d’arr\u00eat de PostgreSQL.<\/p>\n

Processus Writer en arri\u00e8re-plan<\/h5>\n

Il met \u00e0 jour les journaux et les informations de sauvegarde. Jusqu’\u00e0 la version 9.1, ce processus \u00e9tait int\u00e9gr\u00e9 au processus de checkpointer qui \u00e9tait effectu\u00e9 r\u00e9guli\u00e8rement. Cependant, \u00e0 partir de la version 9.2, le processus checkpointer a \u00e9t\u00e9 s\u00e9par\u00e9 du processus background writer.<\/p>\n

WAL Writer<\/h5>\n

Ce processus \u00e9crit et vide p\u00e9riodiquement les donn\u00e9es WAL sur le tampon WAL vers le stockage persistant.<\/p>\n

Archiver<\/h5>\n

S’il est activ\u00e9, ce processus a la responsabilit\u00e9 de copier les fichiers journaux WAL dans un r\u00e9pertoire sp\u00e9cifi\u00e9.<\/p>\n

Logger\/Collecteur de logs<\/h5>\n

Ce processus \u00e9crit un tampon WAL dans le fichier WAL.<\/p>\n

Structure des fichiers de donn\u00e9es\/r\u00e9pertoire de donn\u00e9es<\/h4>\n

PostgreSQL poss\u00e8de plusieurs bases de donn\u00e9es, formant ensemble un cluster de bases de donn\u00e9es. Lors de l’initialisation, les bases de donn\u00e9es template0, template1 et Postgres sont cr\u00e9\u00e9es. La cr\u00e9ation de la nouvelle base de donn\u00e9es de l’utilisateur se fait par le biais des bases de donn\u00e9es template, qui se composent des tables du catalogue syst\u00e8me. Bien que la liste des tables dans template0 et template1 soit la m\u00eame apr\u00e8s l’initialisation, seule la base de donn\u00e9es template1 peut cr\u00e9er les objets dont l’utilisateur a besoin, c’est pourquoi la base de donn\u00e9es de l’utilisateur est cr\u00e9\u00e9e en clonant la base de donn\u00e9es template1.<\/p>\n

Les donn\u00e9es n\u00e9cessaires au cluster sont stock\u00e9es dans le r\u00e9pertoire de donn\u00e9es du cluster, \u00e9galement appel\u00e9 \u00ab PGDATA \u00bb. Il se compose de plusieurs sous-r\u00e9pertoires. Quelques-uns, importants, sont mentionn\u00e9s ci-dessous :<\/p>\n