Neon vs Turso vs PlanetScale : choisir une base de donnees serverless en 2026
Engineering Team
La reponse courte
Si vous avez besoin de compatibilite PostgreSQL avec une experience developpeur moderne, choisissez Neon. Si vous avez besoin de lectures sub-10ms en edge avec compatibilite SQLite, choisissez Turso. Si vous executez une charge MySQL et avez besoin de sharding horizontal, choisissez PlanetScale. Les trois sont prets pour la production en 2026, et le choix depend principalement de votre preference de dialecte SQL et de votre topologie de deploiement.
Le paysage des bases de donnees serverless en 2026
Le marche des bases de donnees serverless a muri de facon spectaculaire depuis 2023. Ce qui a commence comme des offres gerees experimentales est devenu le modele de deploiement par defaut pour les startups et un choix de plus en plus courant pour les entreprises. Le marche mondial des bases de donnees serverless a atteint 14,2 milliards de dollars en 2025, avec une croissance de 28% CAGR selon Gartner.
Trois plateformes ont emerge comme leaders clairs :
- Neon — PostgreSQL serverless avec separation stockage-calcul, branchement et autoscaling a zero
- Turso — libSQL (fork de SQLite) avec replication edge, replicas embarquees et routage par requete
- PlanetScale — Compatible MySQL, construit sur Vitess (technologie de scaling YouTube/Google), avec des deploiements de schema securises
Neon : le PostgreSQL serverless bien fait
Neon est une plateforme PostgreSQL serverless qui separe le stockage du calcul, permettant des fonctionnalites impossibles dans les deploiements PostgreSQL traditionnels : branchement instantane, scale-to-zero et restauration ponctuelle au niveau stockage.
Architecture
- Calcul : Instances PostgreSQL standard gerant l’execution des requetes
- Pageserver : Backend de stockage personnalise remplacant le systeme de fichiers local de PostgreSQL
- Safekeepers : Noeuds de durabilite WAL garantissant qu’aucune transaction commitee n’est perdue
Branchement : la fonctionnalite cle
Le branchement de base de donnees de Neon, modelise d’apres Git, est un fonctionnement copy-on-write qui se termine en millisecondes quelle que soit la taille de la base.
neonctl branches create --name feature-auth-redesign --parent main
neonctl connection-string feature-auth-redesign
Prix (mars 2026)
| Plan | Calcul | Stockage | Branches | Prix |
|---|---|---|---|---|
| Free | 0,25 vCPU, 100h/mois | 512 Mo | 10 | $0 |
| Launch | Jusqu’a 4 vCPU | 10 Go | Illimite | $19/mois |
| Scale | Jusqu’a 8 vCPU | 50 Go | Illimite | $69/mois |
| Enterprise | Personnalise | Personnalise | Illimite | Personnalise |
Turso : SQLite natif en edge
Turso est construit sur libSQL, un fork open-source de SQLite ajoutant des capacites serveur : replication, controle d’acces et multi-tenancy.
Architecture
- Instance primaire : Base libSQL a ecrivain unique dans votre region primaire
- Replicas edge : Replicas en lecture seule deployes dans 30+ emplacements mondiaux
- Replicas embarquees : libSQL peut embarquer une replica de lecture directement dans votre processus applicatif
import { createClient } from '@libsql/client';
const db = createClient({
url: 'file:local-replica.db',
syncUrl: 'libsql://my-db-username.turso.io',
authToken: process.env.TURSO_AUTH_TOKEN,
syncInterval: 60,
});
// Cette lecture touche le fichier local — sub-milliseconde
const users = await db.execute('SELECT * FROM users WHERE active = 1');
PlanetScale : MySQL a l’echelle de YouTube
PlanetScale offre Vitess — le middleware de sharding qui alimente YouTube, Slack et GitHub — comme service gere.
Tableau comparatif
| Fonctionnalite | Neon | Turso | PlanetScale |
|---|---|---|---|
| Dialecte SQL | PostgreSQL | SQLite (libSQL) | MySQL |
| Scale to zero | Oui (300-700ms reprise) | Oui (instantane) | Non (toujours actif) |
| Branchement | Branches donnees completes | Schema + donnees | Deploy requests schema uniquement |
| Replicas edge | Non | Oui (30+ emplacements) | Non |
| Replicas embarquees | Non | Oui (lectures zero latence) | Non |
| Sharding horizontal | Non | Non | Oui (Vitess) |
| DDL en ligne | PG standard (avec verrous) | Verrous brefs | gh-ost (zero verrou) |
| Recherche vectorielle | pgvector | Via extension | Pas de support natif |
Cadre de decision
Choisissez Neon quand :
- Compatibilite PostgreSQL necessaire (extensions, JSONB, PostGIS, pgvector)
- Le branchement de base de donnees est important pour votre workflow
- Scale-to-zero necessaire pour les environnements de dev et staging
Choisissez Turso quand :
- Deploiement sur des runtimes edge (Cloudflare Workers, Deno Deploy, Vercel Edge)
- Latence de lecture sub-milliseconde requise (replicas embarquees)
- Isolation de base de donnees par tenant necessaire pour un SaaS multi-tenant
Choisissez PlanetScale quand :
- L’equipe est native MySQL et ne veut pas changer de dialecte SQL
- Sharding horizontal necessaire pour des tables de milliards de lignes
- Migrations de schema zero-downtime critiques (DDL en ligne)
FAQ
Peut-on migrer entre ces plateformes ?
Oui, mais ce n’est pas trivial. Prevoyez 2-4 semaines d’effort de migration pour une application de production.
Laquelle est la moins chere pour un petit projet ?
Les trois ont des tiers gratuits genereux. Turso a le tier gratuit le plus genereux (9 Go stockage, 500 bases). Pour les projets hobby, les trois sont effectivement gratuites.
Comment se comparent-elles a Supabase ?
Supabase est une plateforme plus large (auth, stockage, temps reel, edge functions) construite sur PostgreSQL. Neon est une offre PostgreSQL serverless focalisee.