Depuis Litestream, Turso et Cloudflare D1, SQLite est redevenu un candidat sérieux pour de la production. Est-ce vraiment justifié ?
Position 2024 : SQLite pour du contenu read-heavy et de la collaboration light. Postgres dès qu'il y a du write concurrent sérieux ou du multi-region avec cohérence.
SQLite — quand c'est génial
- Read-heavy, write faible (blog, docs, catalog)
- Latence < 1 ms car même process
- Un seul fichier, backup trivial (Litestream)
- Coût quasi nul
SQLite — quand ça coince
- Write concurrentes intenses (une seule connexion écrit)
- Multi-region write (Turso corrige partiellement)
- Types plus stricts nécessaires (JSON, arrays natifs)
Postgres — reste le défaut
- Écritures concurrentes solides
- Types riches (JSONB, arrays, UUID, vectors)
- Row-level security
- Écosystème (Supabase, Neon, Vercel Postgres)
SQLite en prod est une vraie option pour ~20 % des SaaS. Postgres reste le bon défaut pour les 80 % restants.
On choisit ensemble ?
En 30 minutes on peut trancher pour votre projet. Réservez un appel. À lire : Indexer proprement Postgres.