PostgreSQL

PostgreSQL est devenu le standard de fait pour les bases de données relationnelles. Pour une PME, c'est la base que je recommande par défaut dès qu'il y a de la donnée à stocker : sites e-commerce, applications métier, dashboards analytiques. Sa robustesse à 30 ans d'existence se conjugue à une modernité rare : JSON natif, recherche full-text, géolocalisation, et désormais le vector search pour l'IA. Là où MySQL/MariaDB restent valables, PostgreSQL offre presque toujours plus de marge sans coûter plus cher.

• →MySQL / MariaDBSi vous avez déjà du MySQL et que la migration n'apporte pas assez, solution valable mais moins moderne
• →SQLitePour des applications très simples ou des prototypes : fichier unique, zéro serveur
• →MongoDBSi vos données sont strictement documentaires sans relations, peu fréquent en PME
• →SupabasePostgreSQL géré + auth + storage en SaaS : bon pour démarrer vite, à surveiller long terme pour le coût

1. 01

   Version LTS récente (15 ou 16 actuellement) : éviter les versions trop anciennes pour la sécurité et les performances

2. 02

   Migrations versionnées dans le code (Prisma, Drizzle, Doctrine, Eloquent ou outils natifs)

3. 03

   Sauvegardes chiffrées automatisées avec Restic ou pg_dump + S3, testées régulièrement

4. 04

   Index réfléchis selon les requêtes réelles, pas d'index par superstition

5. 05

   Monitoring basique des slow queries, souvent l'optimisation la plus rentable

• PostgreSQL ou MySQL ?

  PostgreSQL dans la grande majorité des cas. PostgreSQL a un meilleur respect du SQL standard, une gestion plus moderne du JSON, plus de fonctionnalités natives (full-text, géo, vector). MySQL/MariaDB restent valables pour les projets existants ou très simples. Pour un nouveau projet PME, je pars systématiquement sur PostgreSQL.
• Combien coûte un hébergement PostgreSQL ?

  Pour une PME, comptez 10-40 €/mois en self-hosted sur un VPS, ou 25-100 €/mois sur un service managé (OVH, Scaleway, Supabase). Les bases gérées en cloud (AWS RDS, GCP Cloud SQL) commencent vers 50 €/mois et grimpent vite. Pour la plupart des PME, le self-hosted avec sauvegardes automatisées est le meilleur ratio coût/contrôle.
• Faut-il un ORM ou écrire du SQL brut ?

  Dépend du projet. Pour une app métier complexe (Symfony, Laravel, Next.js), un ORM (Doctrine, Eloquent, Prisma, Drizzle) accélère le développement et sécurise les requêtes. Pour les requêtes analytiques ou de performance critique, le SQL brut reste préférable. Les bons frameworks permettent de mixer les deux sans dogmatisme.
• Comment migrer d'une base ancienne vers PostgreSQL ?

  Trois étapes : extraction structurée (souvent en CSV ou SQL dump), nettoyage des schémas (types incohérents, contraintes manquantes), import dans PostgreSQL avec vérifications. Pour une base MySQL/MariaDB courante, c'est généralement 1 à 5 jours selon la taille et la propreté. Pour des bases plus exotiques (Access, FoxPro), prévoir plus de découverte.
• Et les sauvegardes ?

  C'est l'enjeu critique trop souvent négligé. Sauvegardes automatisées quotidiennes a minima, chiffrées au repos (Restic ou pg_dump + S3 chiffré), conservées 30 jours en rotation, et testées régulièrement par restauration réelle. Une sauvegarde non testée n'est pas une sauvegarde. C'est le piège classique.