Administrer PostgreSQL : accès, connexions et croissance
Qui peut se connecter, combien à la fois, ce que la base fait en ce moment, et pourquoi elle occupe plus de place que les données qu'elle contient.
Le cours sur les sauvegardes demande un compte en lecture seule sans montrer comment le créer, et cite `~/.pgpass` sans dire quelle méthode d'authentification rend un mot de passe pertinent. Ce cours reprend là : les rôles et `pg_hba.conf`, l'arithmétique des connexions qu'une application Node dépasse sans avertissement, la vue qui dit ce que le serveur fait à cet instant, et le mécanisme qui explique qu'une table grossisse après un `DELETE`.
Ce que vous saurez faire
- Créer un rôle applicatif et un rôle de sauvegarde en lecture seule, sans passer par le superutilisateur
- Lire `pg_hba.conf` et expliquer pourquoi `psql` fonctionne là où l'application est refusée
- Calculer combien de connexions votre application ouvre réellement, et ce qui se passe au-delà
- Interroger `pg_stat_activity` pour trouver une transaction ouverte et une requête qui balaye une table
- Expliquer pourquoi un `DELETE` ne rend pas d'espace disque, et ce que fait autovacuum
Programme
- 01
Qui se connecte, et combien
Deux limites qui refusent une application parfaitement configurée.
- 02
Ce qu'elle fait, et pourquoi elle grossit
Deux vues et un mécanisme expliquent la plupart des surprises d'une base en production.
Contenu technique vérifié le 3 août 2026