Postgres / Supabase / Neon
Idéal pour
Utilisateurs, état de billing, projets, permissions et enregistrements applicatifs généraux.
Compromis
Très bon défaut pour la plupart des produits, mais il faut bien modéliser le schéma.
Catégorie de stack
Choisissez le stockage d’abord selon la forme des données : enregistrements relationnels, fichiers, cache, vecteurs ou mélange des quatre.
Utilisez le stockage relationnel pour les utilisateurs et l’état produit, object storage pour les fichiers, le cache pour la vitesse, et les vecteurs seulement quand la recherche sémantique est réellement utile.
Voir la bibliothèque de stacksOutils de stockage à comparer
Utilisateurs, état de billing, projets, permissions et enregistrements applicatifs généraux.
Très bon défaut pour la plupart des produits, mais il faut bien modéliser le schéma.
Données applicatives légères, produits edge-friendly et faible empreinte opérationnelle.
Pratique pour des builds low-ops, mais pas adapté à toutes les charges relationnelles.
Fichiers, assets, exports, cache et réutilisation rapide des sorties générées.
Très bonne couche de support, mais il faut quand même une base principale pour l’état central.
Practical fit
Idéal si vous voulez D1, R2 et une configuration edge peu opérée ensemble.
Idéal quand l’état produit, les droits et les enregistrements de facturation doivent rester alignés.