Les bases de données SQL gratuites que je conseille

Dans la vidéo, je te promets trois familles de bases gratuites : celles qui tournent en local, les services managés, et les services construits autour de PostgreSQL. Je n'en garde que quatre : celles que je conseille.

Trois sur quatre, c'est du PostgreSQL. Ce que tu apprends sur l'une te sert sur les autres, et tu peux commencer en local puis passer chez Neon ou Supabase sans changer de moteur.

Et MongoDB ? C'est populaire chez les indie hackers, ceux qui lancent leurs produits en solo. Mais c'est du NoSQL : pour un projet pro, je ne le conseille pas.

Neon fait tourner PostgreSQL pour toi. Tu crées un projet, tu reçois une adresse de connexion, tu la colles dans ton app. Pas de serveur à installer, pas de mise à jour à faire.

Sa particularité : la base est « serverless ». Quand personne ne s'en sert, elle s'éteint. Quand une requête arrive, elle se rallume toute seule.

L'offre gratuite de Neon, relevée le 7 octobre 2026 :

Autour de la base, Neon propose aussi les comptes utilisateurs (Better Auth, géré par eux) et du stockage de fichiers. Tu n'es pas obligé de t'en servir.

Comment je la branche avec le reste, le site, l'app et les comptes : c'est dans ma stack qui ne coûte rien.

Chaque projet Supabase est une base PostgreSQL complète : c'est leur doc qui le dit. Autour, Supabase a construit ce qu'il faut à une app : la connexion de tes utilisateurs, le stockage de fichiers, une API générée à partir de tes tables, du temps réel. Tu peux n'utiliser que la base, ou tout prendre.

L'offre gratuite de Supabase, relevée le 7 octobre 2026 :

PostgreSQL est un logiciel open source. Sa licence autorise à l'utiliser pour n'importe quel usage, sans rien payer. Neon et Supabase le font tourner pour toi ; rien ne t'empêche de le faire tourner toi-même.

PostgreSQL chez toi, ce qui est gratuit et ce qui ne l'est pas :

Sur ton ordi, pour apprendre ou pour développer, le plus simple est Docker : deux commandes, et tu as une base.

Ton app s'y connecte à l'adresse postgresql://postgres:change-moi@localhost:5432/postgres. Le volume, le mot de passe en variable et la suite avec Compose sont expliqués dans la masterclass Docker.

Sur un serveur, en production, c'est gratuit si tu as déjà le serveur. Mais personne ne fait les sauvegardes à ta place. C'est pour ça que je dis « à la rigueur » : quand tu démarres, tu as mieux à faire que l'entretien d'un serveur de base de données.

SQLite n'est pas un service, c'est une bibliothèque. Ta base est un simple fichier sur le disque, à côté de ton code. Rien à lancer, rien à configurer. Son code est dans le domaine public : gratuit pour tout usage, commercial compris. D'après son site, c'est le moteur de base de données le plus utilisé au monde : il y en a un dans chaque téléphone.

Et ce n'est pas un jouet. SQLite tient des téraoctets de données : la limite officielle d'une base est de 281 To. Son site le dit lui-même : SQLite convient à la plupart des sites à trafic faible ou moyen, « c'est-à-dire la plupart des sites ».

Des indie hackers connus tournent dessus. Pieter Levels (levelsio), qui lance ses produits en solo, résume sa stack en trois noms : PHP, jQuery et SQLite.

Les limites de SQLite, d'après son site :

Le fichier ma-base.db est créé s'il n'existe pas : c'est ta base, entière. Sur Mac, la commande sqlite3 est déjà installée. Ailleurs, elle se télécharge sur la page de téléchargement de SQLite.

En production, « SQLite sur un serveur » veut dire : ton app et le fichier sur la même machine, avec un vrai disque. Ça exclut les hébergements serverless, où le disque ne reste pas : sur Vercel, par exemple, SQLite ne peut pas servir. Et un seul fichier, c'est aussi un seul endroit où tout perdre : copie-le ailleurs, régulièrement.

Quatre cas, une réponse pour chacun.

Tu veux d'abord t'entraîner au SQL lui-même ? Deux jeux gratuits te le font apprendre en menant l'enquête : ils sont dans les jeux pour apprendre à coder.