βAurabase Cloud est en bêta ouverte — accès instantanéObtenir un accès →
ACCUEIL/PRODUITS/DATABASE
DATABASE · POSTGRES NATIF

Postgres,
sans les corvées.

Un cluster Postgres dédié par projet, isolé par schéma, avec RLS natif, migrations versionnées et types TypeScript auto-générés. Aucune abstraction propriétaire, zéro lock-in.

8ms
P99 READ
17.1
VERSION PG
12
RÉGIONS
app/api/devices.tsTYPESCRIPT
import { aura } from '@/lib/aurabase'
export async function GET() {
const { data, error } = await aura
.from('devices')
.select('id, name, temperature, last_seen')
.eq('tenant_id', tenantId)
.order('last_seen', { ascending: false })
.limit(50)
// RLS enforcée côté serveur — tenantId est dans le JWT
return Response.json({ data })
}
#
Feature set

Ce que vous obtenez dès la minute une

§ 01

Schema-per-project

Isolation logique stricte : chaque projet reçoit un schéma Postgres dédié. Pas de row-level tenant, pas de proxy intermédiaire.

CLOISONNEMENT · O(1)

Migrations versionnées

SQL versionné, rollback atomique, DDL en ligne. Les types TypeScript se régénèrent à chaque migration.

ZERO DOWNTIME

Codegen TypeScript

Types exhaustifs pour vos tables, vues, fonctions, relations. Inférence complète sur les joins et les filtres.

TYPESAFE · STRICT

Row-Level Security

Policies déclaratives testables. Le SDK injecte le claim tenant dans chaque requête — impossible à contourner côté client.

RLS · NATIVE PG

Extensions premium

pgvector, PostGIS, pg_cron, TimescaleDB, PGMQ, pg_partman activés en un clic. Versions fixées, audits disponibles.

14 EXTENSIONS · GA

Branch previews

Une base éphémère par pull request. Données seed clonées, URL unique, nettoyage auto au merge.

TTL · 72h · RESET
#
Sample schema

Un projet, quatre schémas isolés

§ 02

Chaque projet reçoit quatre sous-schémas Postgres : un pour vos tables métier, trois pour les primitives de la plateforme. L'isolation est physique — un projet ne peut jamais requêter celui d'un autre.

SchémaAccèsContientTables
project_{uuid}userVos tables métier
project_{uuid}_authsystemusers, sessions, oauth_accounts, mfa_factors, refresh_tokens14
project_{uuid}_storagesystembuckets, objects, rls_policies, upload_sessions6
project_{uuid}_platformsystemfunctions, jobs, cron_jobs, api_keys, webhooks9
#
Performance

Mesuré en production, sur votre charge

§ 03
8ms
P99 READ
Sur un select * limit 100, mesuré depuis eu-west-3
99.982%
UPTIME 30J
Moyenne rolling, clusters redondés multi-AZ
12
RÉGIONS
EU, US, APAC · replication logique cross-region
420B
LIGNES GÉRÉES
Total écrit sur le réseau Aurabase au Q1 2026
#
Comparaison honnête

Aurabase · Supabase · Firebase

§ 04
CapacitéAurabaseSupabaseFirebase
Schema-per-projetOui · natifNon · schéma partagéNon · collections
Row-Level SecurityPolicies PostgresPolicies PostgresRules Firestore
Codegen TypeScriptÀ chaque migrationManuel via CLIPartiel (Firestore)
Branch previewsGratuit · autoPro ≥ 25 $/moIndisponible
pgvector / PostGISGA · inclusGA · inclusN/A
FacturationÀ la requêtePar compute-hourPar document lu
Régions EU4 · dont Paris2 · dont Frankfurt2 · sans Paris
Export vers Postgrespg_dump directpg_dump directReconstruction totale
#
Use cases

Trois équipes, trois charges, trois histoires

§ 05
42M MESURES/JOUR

« Routage multi-tenant pour 180 cliniques, policies RLS auditées HIPAA-style. Nous n'avons pas touché à Postgres côté app en 14 mois. »

Orbit Health
Dr. Camille Rochet · CTO
380 K COMPTES · 48H

« Passés de Supabase à Aurabase un weekend. pg_dump + import, types régénérés, PR de compat en 3h. Zéro session perdue. »

Parabola Finance
Dmitri Vance · VP Eng
1.2M VECTEURS · PGVECTOR

« Index HNSW sur pgvector, branchés à notre RAG. Les branch previews nous ont économisé deux staging envs et 1 FTE. »

Meridian AI
Leïla Mansour · Head of Data
#
FAQ

Questions fréquentes

§ 06
Est-ce du vrai Postgres, ou une couche propriétaire ?+
C'est PostgreSQL 17 vanilla, sans fork ni proxy de réécriture. Vos extensions, vos triggers, vos fonctions PL/pgSQL fonctionnent tels quels. Un pg_dump vous rend votre base, extensions incluses, sans aucune sortie.
Comment fonctionne l'isolation schema-per-project ?+
Chaque projet obtient quatre sous-schémas : project_{uuid} (vos tables), ..._auth, ..._storage, ..._platform. Le gateway injecte le search_path dans chaque connexion — une requête ne peut physiquement pas traverser les frontières d'un autre projet.
Puis-je utiliser mes ORMs (Prisma, Drizzle, Kysely) ?+
Oui. Aurabase expose un endpoint Postgres compatible wire-protocol sur le port standard 5432. Pointez votre ORM dessus avec la connection string fournie, et tout fonctionne — migrations, transactions, prepared statements compris.
Et les performances sur des charges lourdes ?+
Chaque projet peut scaler verticalement jusqu'à 96 vCPU / 768 GiB RAM sans redéploiement. La réplication logique cross-region est disponible en self-serve sur les plans Pro et Enterprise. Pour les charges analytiques lourdes, activez les read replicas dédiés.
Comment migre-t-on depuis Supabase ou Firebase ?+
Depuis Supabase : aura import --from supabase reprend votre schéma, vos policies RLS et vos buckets storage. Depuis Firebase : notre CLI mappe les collections Firestore vers des tables Postgres JSONB et réécrit vos Security Rules en policies. Comptez 1-2h pour un projet moyen.
Quelle est la politique de résidence des données ?+
Vous choisissez la région au moment de la création du projet. Les données, les backups et les réplicas restent dans la région choisie. Le plan Enterprise permet de pinner au niveau du pays. Paris est disponible dès le plan Free.
DÉMARRAGE INSTANTANÉ

Votre base Postgres, en 90 secondes.

Aucune carte bancaire. Schéma provisionné, URL de connexion fournie, types générés. Vous codez au lieu de configurer.

Aucune carte bancaire requise · 500 MB gratuits · 50 000 MAU